NoteWorthy Composer Forum

I guess yukulele has version 2.8 beta 1 and Flurmy has version 2.751

In the new beta, the |Text:*| property and User object properties are now stored as strings (replaces the nwcOptText object).

In the current general release, text properties use a nwcOptText class for storage. This is a heavy operation that requires an additional allocated table just to store the encoded string.
In this same release, user object properties are all stored as raw, encoded strings. This creates a complicated approach to handling the text properties.

In the new beta, all of these text properties are maintained as simple decoded strings. All simple strings are passed through an encoding filter before writing them back into a nwctxt file stream, which strives to make scripting changes to these properties much simpler.
It does create an issue for current tools.

As it currently stands, changes will be required in tool code when accessing these text properties. Perhaps the easiest way to handle this is by two utility functions:

Code: [Select · Download]

local function GetTextProp(item,lbl)
  local t = item.Opts[lbl]
  return (t and t.Text) and t.Text or t
end

Code: [Select · Download]

local function SetTextProp(item,lbl,txt)
  item:Provide(lbl,'')

  if item.Opts[lbl].Text then
    item.Opts[lbl].Text = txt
  else
    item.Opts[lbl] = txt
  end
end

Quite different! Why?

But I don't know why the behaviour is different on my side.

you could specifically check for these problems during conversion and either delete or replace them with a flag - maybe "BLANK"?

"   "
'   '
<   &lt;
>   &gt;
&   &amp;

The ampersand character (&) and the left angle bracket (<) MUST NOT appear in their literal form, except when used as markup delimiters, or within a comment, a processing instruction, or a CDATA section. If they are needed elsewhere, they MUST be escaped using either numeric character references or the strings "&amp;" and "&lt;" respectively.
The right angle bracket (>) may be represented using the string "&gt;", and MUST, for compatibility, be escaped using either "&gt;" or a character reference when it appears in the string "]]>" in content, when that string is not marking the end of a CDATA section.

So: if Musescore can't create a correct a correct coda-working musicxml file, why should I bother?

Boy, the segnos and coda symbols in Musescore are TINY 

I don't know if there is official documentation on the format, but I think it would be theoretically possible to create compressed NWC files in a converter.

None allowed me to select "save as type" other than .nwctxt, BUT the offered filename ended in .musicxml and saved as such.

However, when I tried to open the saved musicxml test files the ones from the two more recent versions would NOT import into Musescore while the older one did just fine.  Something is broken...

"5-bit era" is a bit obscure for me though...

You can start a PageTxt in the second bar. This makes it skip the first page.

This instruction doesn't make it clear whether you can have just one PageTxtMaestro on a staff to serve more than one PgTxt object, or , if you have more than one PgTxt object on that staff, you need more than one PageTxtMaestro objects.

Add an object of type PageTxtMaestro.nw into the front of your top staff.
This object does all of the printing work, so you need to add it first.
Note that your top staff must contain at least one note before PageTxtMaestro can do its job.

But it doesn't answer the question of why you would want 1.75 installed on a Windows 10/11 system alongside 2.75.

the glorious days of 4MB of RAM and single-tasking?

Is there something that 1.75 does that the newer versions don't?

Too hard on the eyes.

Analysing...
Input file: F:/Tmp/elpueblo.mxl
Unzipping...
Unzipping META-INF/container.xml
Extracted: META-INF/container.xml
Unzipping score.xml
Extracted: score.xml
Waiting for setup...
Converting...
Conversion completed.
Output saved in:
F:/Tmp/elpueblo-mxl.nwctxt

The demo version has several limitations:

Possibly staccato, but if I encountered it while sight reading I'd probably immediately think staccatissimo.

Umm, I was referring to re-purchasing NWC, not the need for a reader...  Guess I should have been more explicit.

An optical drive will connect to your laptop by USB and allow you to read your Noteworthy installation disc.   They aren't very expensive - I found refurbished or "open box" units online for less than $30CDN.

I actually have several usb DVD burners that would be perfectly fine for the job.

Further to David's reply, no, you shouldn't need to buy anything AFAIK.

No way to borrow a USB unit from a friend?

Simply install 2.5 from your CD