On Mar 17, 2004, at 6:48 AM, Christopher BJ Smith wrote:
I thought I was odd before (or had an old monitor) but I see I'm not
alone. I use 150% so often that I wish it was hardwired like 100%,
50%, 75%, etc. are now. One key zoom, yeah baby!
On my old Mac, I used 150% most of the time. On my ne
On Tuesday, March 16, 2004, at 10:38 PM, Darcy James Argue wrote:
[snip]
Finale for Windows already behaves exactly the way I want Finale for
Mac to behave (in this regard, at least), and I've never heard any
Windows users complain about this behavior.
[snip]
Speaking of Windows features that c
At 5:10 PM -0500 3/16/04, Phil Daley wrote:
At 3/16/2004 01:57 PM, Darcy James Argue wrote:
I can't image what possible purpose there would be in maximizing a
scroll view. Whole width, obviously, but maximized would have at
least 50% of the screen blank below the scroll view.
But so what? Wha
At 12:19 AM -0800 3/17/04, Mark D Lew wrote:
I too find it odd that someone never zooms larger than 100%. I
usually do speedy entry at 100% in scroll view. Almost everything
else I do at 200%, or sometimes 150%.
mdl
I thought I was odd before (or had an old monitor) but I see I'm not
alone.
On Mar 16, 2004, at 4:09 PM, David W. Fenton wrote:
Don't you ever do any find positioning? I believe that Coda has told
us that to get absolutely accurate positioning (i.e., so that what
you see onscreen is precisely what you get in printouts), you need
only position at 400%.
If they do say that,
On 16 Mar 2004, at 05:10 PM, Phil Daley wrote:
At 3/16/2004 01:57 PM, Darcy James Argue wrote:
>You never zoom past 100%?
Why would I? Everything is readable at that point.
As David said, fine-tuning of positioning of *anything* in Finale --
slurs, lyrics, articulations, expressions, etc. --
On 16 Mar 2004 at 17:17, Phil Daley wrote:
> my 22 inch monitor
This might have something to do with your preference for not
maximizing. I had no idea we were dealing with someone using a
monitor of a size that is so far out of the ordinary.
--
David W. Fentonhttp://ww
On 16 Mar 2004 at 17:10, Phil Daley wrote:
> At 3/16/2004 01:57 PM, Darcy James Argue wrote:
>
> >You never zoom past 100%?
>
> Why would I? Everything is readable at that point.
Don't you ever do any find positioning? I believe that Coda has told
us that to get absolutely accurate positioni
At 3/16/2004 01:57 PM, Darcy James Argue wrote:
>You never zoom past 100%?
Why would I? Everything is readable at that point.
>Again, I have a feeling you might be in the minority.
I don't think I ever said I wasn't.
>> I can't image what possible purpose there would be in maximizing a
>> scr
At 3/16/2004 02:06 PM, Dennis Bathory-Kitsz wrote:
>In applications I use often, I kill as many icons as I can & replace them
>with abbreviated text, and make the remaining icons as small as I can. I
>want every pixel to be workspace, not borders & designs & trinkets &
>widgets & other droppings o
Erg, they why spend all this time on these little frill things.
Something like this would make my life a LOT easier.
John Howell wrote:
At 3:10 PM -0500 3/15/04, Darcy James Argue wrote:
Eric,
The two are not mutually exclusive. I believe some linkage between
score and parts is event
At 3:10 PM -0500 3/15/04, Darcy James Argue wrote:
Eric,
The two are not mutually exclusive. I believe some linkage between
score and parts is eventually coming, but I'm pretty sure it's a
difficult problem to solve and is probably several years off, still.
In the meanwhile, tabs would at leas
At 2:06 PM -0500 3/16/04, Dennis Bathory-Kitsz wrote:
If I could have a screen the size of my desk, it
still wouldn't be enough. Every application is always maximized if it
allows that (and these "designy" applications with fixed borders -- arrgh!).
Yeah! I hear ya!
I
want every pixel to be work
At 01:49 PM 3/16/04 -0500, Phil Daley wrote:
>I can't imagine needing to see more than a whole page at once, in 100% page
>view, that would take up about a half a screen.
>I can't image what possible purpose there would be in maximizing a scroll
>view. Whole width, obviously, but maximized would
On 16 Mar 2004, at 01:49 PM, Phil Daley wrote:
I can't imagine needing to see more than a whole page at once, in 100%
page view, that would take up about a half a screen.
[boggle]
You never zoom past 100%?
Again, I have a feeling you might be in the minority.
I can't image what possible purpos
At 3/16/2004 01:35 PM, Darcy James Argue wrote:
>On 16 Mar 2004, at 12:53 PM, Phil Daley wrote:
>
>> "Maximizing" an application is a totally different process, something
>> I would never ever do. It would then take up the whole screen. I
>> cannot ever imagine a circumstance when this would be
On 16 Mar 2004, at 12:53 PM, Phil Daley wrote:
"Maximizing" an application is a totally different process, something
I would never ever do. It would then take up the whole screen. I
cannot ever imagine a circumstance when this would be something I
would want to do.
You cannot *imagine*? You
On 16 Mar 2004 at 12:53, Phil Daley wrote:
> At 3/16/2004 12:37 PM, Darcy James Argue wrote:
>
> >Yes, but in Finale, the Zoom ("maximize") button is effectively the
> >same as the Maximize button in Windows. In MacFinale, clicking the
> >Zoom button *always* causes the top left corner of the
At 3/16/2004 12:37 PM, Darcy James Argue wrote:
>Yes, but in Finale, the Zoom ("maximize") button is effectively the
>same as the Maximize button in Windows. In MacFinale, clicking the
>Zoom button *always* causes the top left corner of the window to align
>itself to the top left corner of the sc
Title: Re: [Finale] Feature request: stack windows instead of tiling
Mac users already know this, but for clarification I would point out that in pre-OSX, using Option-Click on the zoom button (otherwise called maxmimizing) does, in fact, cause the window to open to the full height and width of
On 16 Mar 2004, at 05:59 AM, Dennis W. Manasco wrote:
At 3:43 pm -0500 3/15/04, Phil Daley wrote:
In a Windows app, it is not possible to have cascaded windows and
maximized windows at the same time.
As soon as you maximize one cascaded window, all the rest are
automatically maximized, too.
At 3:43 pm -0500 3/15/04, Phil Daley wrote:
In a Windows app, it is not possible to have cascaded windows and
maximized windows at the same time.
As soon as you maximize one cascaded window, all the rest are
automatically maximized, too.
Aside Brad's comments, there is a subtle cultural diffe
On 15 Mar 2004, at 05:09 PM, Darcy James Argue wrote:
Meanwhile, I just discovered a very neat feature of iKey -- under the
Window shortcuts, there is an option to "Zoom (minimize) All".
Nice.
Except, as I also just discovered, this feature doesn't work in Finale.
Not nice.
- Darcy
-
[EM
Meanwhile, I just discovered a very neat feature of iKey -- under the
Window shortcuts, there is an option to "Zoom (minimize) All".
Nice.
- Darcy
-
[EMAIL PROTECTED]
Brooklyn NY
___
Finale mailing list
[EMAIL PROTECTED]
http://lists.shsu.edu/mai
On Monday, March 15, 2004, at 01:06 PM, David W. Fenton wrote:
...Opera was the first to do this. Mozilla's tabbed interface is far
easier, though, as it demotes the controls for the child windows to a
less confusing location (rather than immediately below the parent
window, the close X is nex
On 15 Mar 2004 at 12:56, Brad Beyenhof wrote:
> On Monday, March 15, 2004, at 12:22 PM, Aaron Sherber wrote:
>
> > At 03:17 PM 3/15/2004, Darcy James Argue wrote:
> > >Not entirely -- I'd just like to see new windows stacked when the
> > first
> > >window is maximized.
> >
> > And this is exact
On Monday, March 15, 2004, at 12:43 PM, Phil Daley wrote:
At 3/15/2004 03:17 PM, Darcy James Argue wrote:
>Not entirely -- I'd just like to see new windows stacked when the
first
>window is maximized. That would allow people who, for whatever
>mysterious reason, *like* cascaded windows, to con
On Monday, March 15, 2004, at 12:22 PM, Aaron Sherber wrote:
At 03:17 PM 3/15/2004, Darcy James Argue wrote:
>Not entirely -- I'd just like to see new windows stacked when the
first
>window is maximized.
And this is exactly how WinFin works (as well as other Windows apps),
so it's something th
At 3/15/2004 03:17 PM, Darcy James Argue wrote:
>Not entirely -- I'd just like to see new windows stacked when the first
>window is maximized. That would allow people who, for whatever
>mysterious reason, *like* cascaded windows, to continue to use them.
>It's also consistent with how Safari and
At 03:17 PM 3/15/2004, Darcy James Argue wrote:
>Not entirely -- I'd just like to see new windows stacked when the first
>window is maximized.
And this is exactly how WinFin works (as well as other Windows apps), so
it's something that Coda is familiar with.
Aaron.
__
Eric,
The two are not mutually exclusive. I believe some linkage between
score and parts is eventually coming, but I'm pretty sure it's a
difficult problem to solve and is probably several years off, still.
In the meanwhile, tabs would at least make it easier to manually update
the score and
On 15 Mar 2004, at 03:08 PM, David W. Fenton wrote:
On 15 Mar 2004 at 14:43, Darcy James Argue wrote:
One minor annoyance in Mac Finale is that when opening multiple
documents, the windows are tiled (i.e., the window position is offset
down and to the right) rather than stacked directly on top of
On 15 Mar 2004 at 14:43, Darcy James Argue wrote:
> One minor annoyance in Mac Finale is that when opening multiple
> documents, the windows are tiled (i.e., the window position is offset
> down and to the right) rather than stacked directly on top of each
> other.
Aren't you mis-using terminolo
Actually, I'd rather see some sort of linkage between parts and a score.
That would make life so much easier. If you updated the score (notes,
articulations, dynamics) it would update the related parts.
Darcy James Argue wrote:
Hi all,
As a lot of us are getting used to tabbed windows
Hi all,
As a lot of us are getting used to tabbed windows in web browsers like
Safari and Mozilla, it strikes me that a lot of users might want this
same functionality in Finale -- that it may be faster to select windows
by clicking on tabs then by going to the Window menu, or by cycling
throu
Hi guys,
One minor annoyance in Mac Finale is that when opening multiple
documents, the windows are tiled (i.e., the window position is offset
down and to the right) rather than stacked directly on top of each
other. This means that if you actually want to maximize your screen
real estate and
In our ongoing discussion of Sibelius vs. Finale, this feature isn't
supported in Sibelius, either. The reason given on the Sibelius list is
that it would require a complete rewrite of the program from the bottom
up and they aren't prepared to do that now.
David H. Bailey
Darcy James Argue
Hi guys,
The new auto-positioning for expressions in Finale 2004 is *great,* but
may I suggest a few improvements?
1) Enable click-drag assignment for Expression metatools -- i.e., make
them work just like articulations. Using the Expression tool, I hold
down the metatool, and click-drag a bo
Hi guys,
One great new feature in Panther is "Full Keyboard Access" Turning on
this option in System Preferences -> Keyboard & Mouse -> Keyboard
Shortcuts allows you to use the Tab key and arrow keys to navigate
through dialog boxes. (Try using it in Safari 1.2 -- it's great!)
However, this
Or at least an option that might say something such as, "Add to Same Library
in Default Document?" So that next time you open your default document, that
whatever has been added. Good idea.
RH
> From: Noel Stoutenburg <[EMAIL PROTECTED]>
> I'd like to ask that Finale be modified so that when one
I'd like to ask that Finale be modified so that when one has created an
expression, articulation, smart shape, chord symbol, &c, and selected
it, that one would be presented with a dialog box through which one
would be afforded the opportunity of also saving the same expression,
articualtion, smart
LAC (whoever that may be) wrote:
If you have staves at 60% and below it will look really peculiar
unless the line thicknesses are somewhat scaled.
This is why it never pays to rely on other people's common sense. Let
me now explain the obvious.
My request for a fixed-line-thickness option was n
Well, it's kind of hard to stand still on this one.
It's fine with me to have a checkbox for equal
line thickness but, how on earth have you been
able to come up with such a daft idea as to keep
«dots (augmentation, staccato, repeat)» the same
size???
Imagine when an augmentation dot is bigger
>> It would be nice therefore if Finale included a feature
>> allowing for constant line widths (including not only staff lines but
note stems, hairpins, barlines, etc.) regardless of staff, system, or
page reduction. Dots (augmentation, staccato, repeat) should probably
>> also be held const
As long as this is included as an _option_ I would welcome it. I am not sure
I would use it, as I know that a lot of publications I regard very highly do
not actually use such an option. They have thinner staff lines for smaller
staves.
(It's probably a good idea to make this request again after F
This would be helpful to me (and others) with regard to the multiple
conversions that Finale files are often submitted to (pdf, ps, gif,
resizing, etc). Sometimes a small change in staff size puts the line
thickness below a threshold at which a line shoes clearly in another format.
Andrew's suggest
Le 04/09/03 17:39, "Robert Patterson Finale" <[EMAIL PROTECTED]> a
écrit:
> Several years ago, when Randy Stokes was still a regular contributor to this
> list, he floated the idea of fixed-width lines. I've wanted this for years for
> exactly the same reasons Andrew does. At the time the idea was
.
Oh well: what goes around comes around.
> -Original Message-
> From: Andrew Stiller [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 4, 2003 09:17 PM
> To: [EMAIL PROTECTED]
> Cc: 'finale list'
> Subject: [Finale] feature request
>
> I realize t
I realize that this is an awkward time in Finale's development cycle
to be making a feature request, but I need to do this while it is on
my mind.
In a recent exchange on the Finale online mailing list, the issue of
small staff sizes (for pocket scores, large orchestras, etc.) came
up. One t
In message <[EMAIL PROTECTED]>, Jari Williamsson
<[EMAIL PROTECTED]> writes
>Patsy Moore writes:
>
>> I quite often use text blocks [in WinFin 2000c] to write reminders to
>> myself at the extreme top of a page so that they won't print but will
>> show up when I open the file again.
>
>In more rec
PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, July 12, 2003 7:27 PM
Subject: [Finale] Feature request (#12 in a series)
> To whom it may concern:
>
> If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
> "smart hyph
Robert Patterson Finale wrote:
> I do this kind of thing now with lyrics. Assuming the hyphenation of lyrics worked
> the way we all wish it would when jumping to a new system, wouldn't that be
> sufficient?
well, it would be close; but doing it with lyrics ties each of the syllables to an
s
Christopher BJ Smith wrote about my request to be able to dsiplay:
> >"rall - - - en - - - tan - - - domol - - - to".
using a smart shape:
> We have this already in the Smart Shape Custom Line dialogue box.
> This is quite a marvelous thingie that I was only recently acquainted
> with.
Carriage return
Text Expression with carriage returns is easy in Expression
Tool>Shape>Shape Designer>Text Tool. - Press Cmd (on Mac) and click OK
to return right back to the score.
Kind regards
Ole Buck
___
Finale mailing list
[EMAIL PROTECTED]
htt
Patsy Moore writes:
> I quite often use text blocks [in WinFin 2000c] to write reminders to
> myself at the extreme top of a page so that they won't print but will
> show up when I open the file again.
In more recent Finale versions, you can mark the text block as "Show
Only On Screen" and put
On 12.07.2003 21:42 Uhr, Patsy Moore wrote
> Ah, that sounds as if having a 2-line expression is now already a
> regular option. I'm still using FinWin 2000c. Perhaps we should be
> beginning to think _seriously_ about updating...
No, this is not a feature of 2k3.
Johannes
--
http://www.musikma
In message <[EMAIL PROTECTED]>, Noel Stoutenburg
<[EMAIL PROTECTED]> writes
>To whom it may concern:
>
>If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
>mirrored handles at the edge of the page for any text block which does
>not appear on the page.
>
>Since it is possible to
Not only line breaks, but other text manipulation as in text blocks,
especially justification (which is not necessary with a single line).
Along those lines, I wonder why it is not possible to manipulate
character positioning in lyrics. I've often had situations where it
would be nice...time t
At 6:27 PM -0500 7/12/03, Noel Stoutenburg wrote:
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
"smart hyphens" as part of the smart shape tool, on the one hand, or as
part of the text expression tool, on the other. I'd like to define, as
an exampl
Title: Re: [Finale] Feature request (#10 in a
series)
From Noel S.:
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5
is
the capability to edit characteristics of crescendo and
descrescendo
smart shapes using a dialog box. Upon creating a crescendo
I do this kind of thing now with lyrics. Assuming the hyphenation of lyrics worked the
way we all wish it would when jumping to a new system, wouldn't that be sufficient?
Noel Stoutenburg wrote:
> To whom it may concern:
>
> If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
"smart hyphens" as part of the smart shape tool, on the one hand, or as
part of the text expression tool, on the other. I'd like to define, as
an example, the word "rall-en-tan-do mol-to" as a smart li
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
the ability to assign a text block to discontinuous ranges of pages,
other than "odd" or "even". I'd like to be able, in the attributes
dialoge box for a text block, to set the pages upon which a partic
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
the capability to edit characteristics of crescendo and descrescendo
smart shapes using a dialog box. Upon creating a crescendo smartshape,
it should be possible to pull up a dialog box showing the para
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
the ability to add a pair of control points to slurs and dashed slurs,
and insert a horizontal segment to the slur, having the same width as
the slur at the point at which the insertion is made, or alter
On Saturday, July 12, 2003, at 05:06 PM, Lee Actor wrote:
However, as I like to think of myself as
a frugal individual, if a switch can be set so that these are ignored
in
some places, but not in others, then one can get by with one
expression
instead of two.
Yes, but at the expense of an unfru
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
"virtual dividers". This is a proposed new tool. If one double clicks
first on one place on a page, a two handles would appear, one at the
point at which one double-clicked, and a second close by. Sel
On 12 Jul 2003 at 15:15, Noel Stoutenburg wrote:
> Darcy James Argue wrote, with respect to having optional CR-LF's::
>
> > I don't understand the desire for
> > *optional* line breaks, when it's so easy to change from one to the
> > other (duplicate one and turn it into the other). Seems like a
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
mirrored handles at the edge of the page for any text block which does
not appear on the page.
Since it is possible to "lose" a text block assigned to a particular
page by assigning it a horizontal or v
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is a
mirrored handles. In any element in Finale which already has a handle,
e.g. smart shapes, text blocks, expressions, in a situation where only
a part of the element is visible in the work area of the
> Well, first and foremost I'd like to see the capability of linebreaks; if
> the mechanism were introduced it's certainly feasible to create two
> expressions, one without embedded CR-LF's, and the other one with, and use
> the appropriate one at each point. However, as I like to think
> of mysel
Darcy wrote, in part, enquiring:
> Do you mean that you would allow line breaks on some staves and not
> others?
I hadn't thought about that bit. I was thinking more about a lengty text
expression that occurs several times in the same score, where in a couple
places it needs to be compressed by
In message <[EMAIL PROTECTED]>, Harold Owen
<[EMAIL PROTECTED]> writes
>Noel Stoutenburg:
>
>> > > If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
>> > > the ability to embed non-printing, optional carriage return / linefeed
>> > > sequences (hereinafter, CR-LFs) in text e
Of course. And, you're right about text blocks. (duh, that wasn't too
bright of me.) But I suppose I misunderstood NS's original post, which he
later clarified. I was further confused by your use of the term "linefeed",
which to me has a specific technical meaning.
I agree with NS and Darcy that w
On Saturday, July 12, 2003, at 04:15 PM, Noel Stoutenburg wrote:
I don't understand the desire for
*optional* line breaks, when it's so easy to change from one to the
other (duplicate one and turn it into the other). Seems like a awful
amount of extra programming work for a cumbersome, non-intui
Christopher BJ Smith writes:
> Boy, I don't think I can go along with this suggestion. It is so easy
> to create a new expression "non legato" that always spaces properly
> and has its own midi properties and metatool assignment, that your
> proposal would seem to take a huge effort in comparis
Darcy James Argue wrote, with respect to having optional CR-LF's::
> I don't understand the desire for
> *optional* line breaks, when it's so easy to change from one to the
> other (duplicate one and turn it into the other). Seems like a awful
> amount of extra programming work for a cumbersome
Bruce K H Kau writes:
> FWIW The interpretation of CR and LF is different between Macs and PCs.
>
> [...]
>
> Not sure how Finale would deal with all these differences.
There shouldn't be a technical issue regarding line breaks here. Finale
already deals with line breaks in text blocks (which
On Saturday, July 12, 2003, at 09:26 AM, Bruce K H Kau wrote:
FWIW The interpretation of CR and LF is different between Macs and PCs.
On a PC, a CR-LF combination is necessary to end a line. The CR only
brings
the "cursor" to the beginning of the current line, and the LF advances
to
the next l
Noel Stoutenburg:
> > > > If not implemented in FIN 2k4, one thing I would like
> to see in 2k5 is
> > > > the ability to embed non-printing, optional carriage
> return / linefeed
> > > > sequences (hereinafter, CR-LFs) in text expressions.
Jari Williamsson:
> > > Why would the line feed h
FWIW The interpretation of CR and LF is different between Macs and PCs.
On a PC, a CR-LF combination is necessary to end a line. The CR only brings
the "cursor" to the beginning of the current line, and the LF advances to
the next line. As I understand, on a Mac, a CR performs both functions. And,
In message <[EMAIL PROTECTED]>, Noel Stoutenburg
<[EMAIL PROTECTED]> writes
>It is the practice used in some hymnals, not to underlay all verses of a
>hymn text to a given tune, but rather to provide the tune, sometimes
>with a single verse set within the grand staff, with the balance of the
>verse
At 7:37 AM -0500 7/12/03, Noel Stoutenburg wrote:
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
the ability to attach an expression to another expression, besides being
able to attach it to a measure or a note.
The utility of this is as follows. As
I guess that you're not using midi in your work, or you would see the
benefit of having each expression "midified." Legato and non legato
would probaly still require some adjustment to note durations, but
velocities and pizz./arco are wonderful for playback review.
TJ
On Saturday, July 12, 200
Noel Stoutenburg:
> > If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
> > the ability to embed non-printing, optional carriage return / linefeed
> > sequences (hereinafter, CR-LFs) in text expressions.
Jari Williamsson:
> Why would the line feed has to be optional? Soun
Jari Williamsson wrote:
> Noel Stoutenburg writes:
>
> > If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
> > the ability to embed non-printing, optional carriage return / linefeed
> > sequences (hereinafter, CR-LFs) in text expressions.
>
> Why would the line feed has to be
Noel Stoutenburg writes:
> If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
> the ability to embed non-printing, optional carriage return / linefeed
> sequences (hereinafter, CR-LFs) in text expressions.
Why would the line feed has to be optional? Sounds to me like if you ne
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
the ability to attach a smart shape to a text block or page. This would
permit the use of smart lines or slurs as rules on a title page, or to
draw a box around the music on a page.
ns
___
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
the ability to do global search and replace in all text dialog boxes,
but especially those involved with lyrics and text blocks.
ns
___
Finale mailing list
[
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
the ability to embed non-printing, optional carriage return / linefeed
sequences (hereinafter, CR-LFs) in text expressions.
When one defines a text expression, it should be possible to insert a
symbol
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
the ability to attach an expression to a text block.
It is the practice used in some hymnals, not to underlay all verses of a
hymn text to a given tune, but rather to provide the tune, sometimes
with a
To whom it may concern:
If not implemented in FIN 2k4, one thing I would like to see in 2k5 is
the ability to attach an expression to another expression, besides being
able to attach it to a measure or a note.
The utility of this is as follows. Assume in a score that one needs to
use the indicat
92 matches
Mail list logo
