lily4jedit-devel — This list is for discussing development of lily4jedit.

Re: [Lily4jedit-devel] My near plans

[Joshua K. <jos...@gm...>]

Thanks Bert for your reply.

> >
> That's a good idea. Xalan is included in the XSLT plugin, so we can make
> a dependency and use it. XSLTC is somehow too rigorous, but JDK 5 uses
> this as default xslt processor.
> 
> >2. Learning how to use the macrohelper classes
> > - to find out whats the pitch/duration of the note in the buffer so
> >its possible to edit it, and to be able to insert relative notes from
> >the "Piano input mode".
> >
> >
> I hope that won't be too difficult. But perhaps they need some more
> hacking. If you decide to change something important, please ask me.
> 
> >This way, a selection of notes hightlighted, by
> >not hightlighted thru out would work as well.
> >eg. {a b c}is  can covert correctly to a-> b-> cis-> instead of a-> b-> c->is
> >{} is where highlight stops and end.
> >
> >
> Have you updated your installation to the last CVS version? That does
> work exactly like that. And I'd like to note that a growSelection()
> method has been added that will expand the current selection to the notes.
> 
> >About the what beat, is it possible to backmatch more to find the
> >duration of the notes if not yet known. Or could the values of note be
> >stored in the sidekick parser?
> >
> >
> Yes, I will make the what-beat macro work this way.
> 
> >3. Note visualiser
> >I'm thinking of modifing Nifty from http://niffty.sourceforge.net for
> >displaying notes. What do you think?
> >
> >
> Lilypond's syntax is so flexible, that our visualization will be very
> limited. But it really can be useful.
> 
> >4. After all these, I can work on to integrate these into the Keyboard
> >class to make sure all is working esp. the Keybindings Actions.
> >
> >
> Great, however, I'd prefer quick insert mode on visualization.
> 
> >5. Then, I'll try to improve on the playback experience - score and midi.
> >
> >
> Fine, as you wish :-)
> 
> Thanks,
> 
> Bert
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> Lily4jedit-devel mailing list
> Lil...@li...
> https://lists.sourceforge.net/lists/listinfo/lily4jedit-devel
>

Re: [Lily4jedit-devel] My near plans

[Bertalan F. <fo...@fr...>]

Joshua Koo wrote:

>Convert To Lilypond macro. and support for MusicXML.
>
>  
>
That's a good idea. Xalan is included in the XSLT plugin, so we can make 
a dependency and use it. XSLTC is somehow too rigorous, but JDK 5 uses 
this as default xslt processor.

>2. Learning how to use the macrohelper classes
> - to find out whats the pitch/duration of the note in the buffer so
>its possible to edit it, and to be able to insert relative notes from
>the "Piano input mode".
>  
>
I hope that won't be too difficult. But perhaps they need some more 
hacking. If you decide to change something important, please ask me.

>This way, a selection of notes hightlighted, by
>not hightlighted thru out would work as well.
>eg. {a b c}is  can covert correctly to a-> b-> cis-> instead of a-> b-> c->is 
>{} is where highlight stops and end.
>  
>
Have you updated your installation to the last CVS version? That does 
work exactly like that. And I'd like to note that a growSelection() 
method has been added that will expand the current selection to the notes.

>About the what beat, is it possible to backmatch more to find the
>duration of the notes if not yet known. Or could the values of note be
>stored in the sidekick parser?
>  
>
Yes, I will make the what-beat macro work this way.

>3. Note visualiser
>I'm thinking of modifing Nifty from http://niffty.sourceforge.net for
>displaying notes. What do you think?
>  
>
Lilypond's syntax is so flexible, that our visualization will be very 
limited. But it really can be useful.

>4. After all these, I can work on to integrate these into the Keyboard
>class to make sure all is working esp. the Keybindings Actions.
>  
>
Great, however, I'd prefer quick insert mode on visualization.

>5. Then, I'll try to improve on the playback experience - score and midi.
>  
>
Fine, as you wish :-)

Thanks,

Bert

[Lily4jedit-devel] My near plans

[Joshua K. <jos...@gm...>]

Hi,

here is some stuff I planning to work on for lilytool.

1. Convert To Lilypond macro. and support for MusicXML.
A macro which allow user to chose a file (eg. midi or musicxml) and
convert it into a new file or replace the buffer file, something like
the convert to newer version function.
I have tried Xalan on the command line with xml2ly. I'm not sure if i
should import the jars into lilytool. One way i think of doing is to
allow user to specify path to the jar (or maybe to another xslt
processor). I tried to create some transcent classes with XSLTC but
didnt work out for me. I also find that inserting a \version "1.7.0"
from the generate ly is quite usefully as it can be converted to the
newest version easily (xml2ly was using a slightly older syntax).
As xml2ly give absolutes pitches, I tempted now to write a macro to
convert absolute pitches in selection to relative pitches.

2. Learning how to use the macrohelper classes
 - to find out whats the pitch/duration of the note in the buffer so
its possible to edit it, and to be able to insert relative notes from
the "Piano input mode".
 - improving someother functions that uses the helper classes.
Bert, do you think for articulations/appendnotes macro, instead of
checking if cursor is infront of notes, but notes behind the
selection/cursor should be placed into the iterator maybe by search
for the next space. This way, a selection of notes hightlighted, by
not hightlighted thru out would work as well.
eg. {a b c}is  can covert correctly to a-> b-> cis-> instead of a-> b-> c->is 
{} is where highlight stops and end.
About the what beat, is it possible to backmatch more to find the
duration of the notes if not yet known. Or could the values of note be
stored in the sidekick parser?

3. Note visualiser
I'm thinking of modifing Nifty from http://niffty.sourceforge.net for
displaying notes. What do you think?

4. After all these, I can work on to integrate these into the Keyboard
class to make sure all is working esp. the Keybindings Actions.

5. Then, I'll try to improve on the playback experience - score and midi.

I'll hope to bring good news in time to come!
Joshua

Re: [Lily4jedit-devel] Keyboard Improvement Trial

[Joshua K. <jos...@gm...>]

Yes, i do have questions.

Between Notetoken and the Note class, when and which should be used?

About inserting text into jedit textarea, what is the preferred coding
to use (maybe u would want to add a note to a parser, then let the
parser generate the text)?

Also, to be able to use releative notes input, the jedittextarea
content's needs to be parsed first.
should the parsing be done by sidekick or another class? I would like
the clef, time signature, key signature, bar contents to be able be
stored in the parser.

A new feature which I thinking of is the "Note Visualiser".
- Basically displays a staff with a clef, time signature,
keysignature, for a particluar note along with accidentals if any.
This could be used  when
- visualising note entry 
- or from parsed Lily notes, to be able to click-and-point (the
reverse of point-and-click)

I have thought of 2 ways of implenting it. One way is use solely
drawing methods to create the symbols (something like it is done in
jdvi?). Second way is use images (Stack a few images and adjust the
position to product the desire output).

What do you think?

Joshua


On Sun, 14 Nov 2004 23:46:27 +0100, Bertalan Fodor <fo...@fr...> wrote:
> Very good, we're getting closer and closer to the very best tool for
> lilypond editing! If you need help with the API I began to implement in
> notenamemap and note and so on, please don't hesitate to ask :-) Anyway,
> I'll try to make javadoc comments as well. And I'd like to ask you to do
> that as well.
> 
> Thank you,
> 
> Bert
>

Re: [Lily4jedit-devel] Keyboard Improvement Trial

[Bertalan F. <fo...@fr...>]

Very good, we're getting closer and closer to the very best tool for 
lilypond editing! If you need help with the API I began to implement in 
notenamemap and note and so on, please don't hesitate to ask :-) Anyway, 
I'll try to make javadoc comments as well. And I'd like to ask you to do 
that as well.

Thank you,

Bert

[Lily4jedit-devel] Keyboard Improvement Trial

[Joshua K. <zz...@la...>]

Hi all,

files affected
- piano\keyboard.java
- macrohelper\notenamemap
- macrohelper\note
- macrohelper\durationbutton (new)

features
* slight change in coding for displaying keyboard (range of keyboard can now be dynamic)
* ability to change size of onscreen-keyboard
* qwerty keyboard now maps to buttons on screen
* default mapping maps to a international keyboard layout
* ability to (re)bind keystrokes to button on screen
* more midi options
* durationButtons shows durations in the number keyboard layout
* a note buffer in keyboard
* add duration into note class

In short, more gui now, and soon more features to be incooperated and hope all these can be working soon!
Hope to get some feedback or help on this.

Joshua

Re: [Lily4jedit-devel] Re: Lilytool Qns

[Bertalan F. <fo...@fr...>]

>> 1. After applying the articulation, the select over the notes should 
>> not disappear.
>
>> 4. In the normal insert mode, (means no highlighting over a few 
>> notes), the notes at the cursor should be parse and articulation be 
>> added at the end?
>>
These are in CVS.

>> About velocity templates, is there any tutorial on the net which I 
>> could learn how to use it, or should I just use beanshell macros?
>>
google://velocity

>>
>> About the beat macro, I not sure how to use it, after pressing | i 
>> only see 0/1 in the status bar.
>
It works now limited: the duration must be set on the first note of the 
bar, and a | must be before the bar:
"| c4 e d f |" will give 1/1, but "e8 | c d f g |" will give 0/1 I'll 
make this better in the near future.

Bert

[Lily4jedit-devel] Recent updates

[Bertalan F. <fo...@fr...>]

Hello,

I've updated some things:

there is an input dialog class that helps making templates. Compare the 
old and new version of insertRepeat.vm

The document wizard supports the $newer variable, that is true when the 
selected version of lily is 2.4.x, because then it uses the new keywords 
like \layout, \lyricmode and so on. I don't really run 2.4.x yet, so the 
wizard templates are not fully updated yet.

Bert

Re: [Lily4jedit-devel] QWERTY Piano Updated

[Bertalan F. <fo...@fr...>]

Great! Now typing and clicking should be integrated in your very nice 
Keyboard.java The notes should be written into the 
jEdit.getActiveView().getTextArea() using the new NoteNameMap that is 
capable using relative octaves. I won't have time in the following days 
either I think, but after then I will work on LilyTool again.

Bert

Joshua KooOOoOOo wrote:

>Hi
>Understood why you need those integers, those are for the notes position :)
>Added a little coding to NoteNameMap and Piano. Check the CVS. QWERTY Piano basic functions should be working. (pitches and durations)
>
>
>Tweaks that can be done??
>
>In Piano.java,   private int relativeOctave = 2; could be more accurately called private int lastAbsoluteOctave = 2;
>and relativeId maybe call LastId?
>methods getRelativeOctave, getAbsoluteOctave might be placed in NoteNameMap instead.
>
>Num lock should be on for duration?
>Is duration or pitch entered first ?
>Is there a need to check for the last duration?
>
>To DO: 
>Slurs and Up/Down Octaves
>GUI. 
>COnvert the KeyChar into KeyCode eg. VK_A .
>Keystrokes should be stored in buffer first for checking and processing.
>
>Sorry, I getting busy, so maybe you wont get updates after today.
>
>Joshua.
>  
>

[Lily4jedit-devel] NoteNameMap updated

[Bertalan F. <fo...@fr...>]

Hello, I've updated the NoteNameMap, created a Note class, along with 
unit tests.

Now JakartaCommons plugin is needed as well, for I use BidiMap from 
Commons Collections.

Bert

[Lily4jedit-devel] NoteNameMap

[Bertalan F. <fo...@fr...>]

I'm rewriting NoteNameMap. Please don't use it until I'm finished with 
the new interface.

Thanks,

Bert

[Lily4jedit-devel] QWERTY Piano Updated

[Joshua K. <zz...@la...>]

Hi
Understood why you need those integers, those are for the notes position :)
Added a little coding to NoteNameMap and Piano. Check the CVS. QWERTY Piano basic functions should be working. (pitches and durations)


Tweaks that can be done??

In Piano.java,   private int relativeOctave = 2; could be more accurately called private int lastAbsoluteOctave = 2;
and relativeId maybe call LastId?
methods getRelativeOctave, getAbsoluteOctave might be placed in NoteNameMap instead.

Num lock should be on for duration?
Is duration or pitch entered first ?
Is there a need to check for the last duration?

To DO: 
Slurs and Up/Down Octaves
GUI. 
COnvert the KeyChar into KeyCode eg. VK_A .
Keystrokes should be stored in buffer first for checking and processing.

Sorry, I getting busy, so maybe you wont get updates after today.

Joshua.

Re: Re: [Lily4jedit-devel] Onscreen Keyboard Input / Visuali

[Fodor B. <fo...@fr...>]

Well, the problem is very simple for keystrokes, but needs work:

on an English keyboard you use a qwerty keyboard, Hungarian
qwertz, there are keyboards with azerty and so on. So all
users would like to redefine the keys they use for the
virtual piano. That needs a three step mapping: pressed keys
-> action -> effect
You also have to provide a way to redefine the keys and
store the assignment - I was thinking of XML files, jEdit
properties and so on. I think that the latter will be the
better, but that way we will have a lot of property set to a
default in lilytool.props. But I think this is the way to
go. But then you also need to define actions, so a property
would look like this:
lilytool.piano.actions.c-note=Z
...
and so on.
I don't know if we could use jEdit's ActionContext for this
purpose.

Why integers are mapped to keys? Because on a piano you
press for example middle C. That can mean h#, db, dbb. So
there is an integer representing all keys on the keyboard.
And the NoteNameMap class should provide the language and
key-dependent name of the note with that number.  I don't
remember clearly how far I got with implementing this. 

The NoteIterator is very simple to use. You give a string
and it gives the  NoteTokens that are contained in the
string. A NoteToken has a notename, a duration and position
in the string given as a parameter for the NoteIterator
constructor. Perhaps NoteToken could be extended to provide
the other parts of a note, e.g. articulations, markups etc.

Bert

Re: Re: [Lily4jedit-devel] Onscreen Keyboard Input / Visualiser for Testingsin CVS

[Joshua K. <zz...@la...>]

About what I said just now, I think I made a mistake, 
so instead i think we have to use a combination of keyPressed and keyReleased.

About the part you said you were stuck, is it something in jedit options, you can define your keyboard shortcuts for it or something else?

Oh and about the note parser,  could you give some hints or explaination about how it works or about using it.

Side Note, I realised something about highlighting in Jedit, eg. c''  the 2nd ' is not higlighted.   the number 4 is also not highlighted in fis4_6_5, rather 5 is hightlight.

Joshua 

Re: Re: [Lily4jedit-devel] Onscreen Keyboard Input / Visualiser for Testingsin CVS

[Joshua K. <zz...@la...>]

Hi,

I wondering if this link would help you.
http://java.sun.com/docs/books/tutorial/uiswing/misc/keybinding.html

Java also has a KeyMap class. But I have never used it so I not sure if its helpful or not.

I look into piano.java I found that you have implement a HashMap. 
On keyPressed, you could use e.getKeyChar() to search the hashmap.

However, I do not understand the range of numbers/values (-16 to 19) you added into hashmap is for. 
I am also wondering if you should use keyTyped instead as http://java.sun.com/j2se/1.3/docs/api/java/awt/event/KeyEvent.html says,

"Often, however, characters are produced by series of key presses (e.g., 'shift' + 'a'), and the mapping from key pressed events to key typed events may be many-to-one or many-to-many. Key releases are not usually necessary to generate a key typed event, but there are some cases where the key typed event is not generated until a key is released (e.g., entering ASCII sequences via the Alt-Numpad method in Windows). No key typed events are generated for keys that don't generate characters (e.g., action keys, modifier keys, etc.). "


Joshua.

>Wow, I didn't have time to check it yet, but it seems like something I 
>wanted to have in that piano directory. If you look at the Piano.java 
>file you can see my first attempt to define what a keyboard should do. 
>However, I was stuck with thinking on how to provide the possibility to 
>redefine key assignments.
>
>

Re: [Lily4jedit-devel] Onscreen Keyboard Input / Visualiser for Testings in CVS

[Bertalan F. <fo...@fr...>]

Wow, I didn't have time to check it yet, but it seems like something I 
wanted to have in that piano directory. If you look at the Piano.java 
file you can see my first attempt to define what a keyboard should do. 
However, I was stuck with thinking on how to provide the possibility to 
redefine key assignments.


>1. It can be integrated into jedit lilytool as a form of easy note entry.
>2. It should be combined with DurationPicker as the Keyboard
>3. Piano keyboard aka quick insert mode can be easily integrated together as well.
>  
>
Yes these are what I was thinking of when creating the piano package.

>However this file has a few bugs and improvements that can be done.
>- Because an mouse over generate a midi playback note, clicking on 1 creates an extra one. Would you all prefer midi to be sounded when click or roll over?
>  
>
I propose only clicking.

>- The Flats and Sharps need to be considered. 1 way is that either lilypond determinds the key sig. or allow user to select from a combo box the key signature, the sharps and flats of the enharmonic notes are determined with regards to the language
>  
>
It's not easy to find the actual key signature, however it would be not 
very difficult to make the parser do this job. However, first I would 
let the user select the key first. In the macrohelp package the 
NoteNameMap class provides a method to return the 'correct' (for my 
taste) enharmonic with regards to the language.

>- Should the keyboard be dynamic? Lets say to increase the number of keys or shift the octaves.
>  
>
I'm nut sure what you mean by 'dynamic'. I suggest implementing my ideas 
in Piano.java (I've transcribed lots of music via my computer keyboard, 
so I think it reflects good practice.)

>- midi recording can be done either caputuring user sequence into a midi file or a turn the sequence into notes straight away.
>  
>
It should be straight.

>- Midi playback can be configured for a particular instrument or volume.
>  
>
Or tempo...

Joshua, it's very good to have all of these from you, thanks.

Bert

Re: [Lily4jedit-devel] Re: Lilytool Qns

[Johannes S. <Joh...@gm...>]

Hi,

On Wed, 3 Nov 2004, Bertalan Fodor wrote:

> Well, I was thinking again a bit and looked at output-gnome.scm. Because
> lilypond is a Linux program with no portability in mind, the first task
> will be to have lilypond work on cygwin. I'm afraid that this Gnome
> output will rely on X11. I don't know how to connect a cygwin (or any)
> X11 window to jEdit.

It wouldn't be jEdit which creates the window, but lilypond, right? This
makes it much more complicated to get any feedback.

> This gnome backend seems to be a big hack for me:

It is.

> drawing from lilypond to a GTK window. I don't have an idea how to make
> something that is java, even with JNI.

You wouldn't use JNI. You would rather use some Java code to access X11
(it is just a network protocol), or go the whole distance and use
something like Xweird, an X11 server written in Java.

> Well, that's future's problem, TeX output hasn't disappeared yet. We'll
> see how that gnome backend works.

Yeah, let's cross that bridge when we have to.

Ciao,
Dscho

[Lily4jedit-devel] Onscreen Keyboard Input / Visualiser for Testings in CVS

[Joshua K. <zz...@la...>]

Hi all,

Added what I would call a "Onscreen Keyboard Input / Visualiser",
under CVS, u can find it under the piano directory under file Keyboard.java
Compile and Run as app to test it :)

Current Features
*onscreen keyboard
*supports midi hearing
*big status label

What can be done from here?
1. It can be integrated into jedit lilytool as a form of easy note entry.
2. It should be combined with DurationPicker as the Keyboard
3. Piano keyboard aka quick insert mode can be easily integrated together as well.
4. It can be integrated with the MidiPlayer as a visualisation for playback. (something like Vanbasco Player [vanbasco.com] )
5. It would be mapped to a simple score editor (images of a note at different position on the staff will do the job)

However this file has a few bugs and improvements that can be done.
- Because an mouse over generate a midi playback note, clicking on 1 creates an extra one. Would you all prefer midi to be sounded when click or roll over?
- The Flats and Sharps need to be considered. 1 way is that either lilypond determinds the key sig. or allow user to select from a combo box the key signature, the sharps and flats of the enharmonic notes are determined with regards to the language
- Should the keyboard be dynamic? Lets say to increase the number of keys or shift the octaves.
- midi recording can be done either caputuring user sequence into a midi file or a turn the sequence into notes straight away.
- Midi playback can be configured for a particular instrument or volume.

I hoping to hearing your comments

Joshua Koo

Re: [Lily4jedit-devel] Re: Lilytool Qns

[Bertalan F. <fo...@fr...>]

Well, I was thinking again a bit and looked at output-gnome.scm. Because 
lilypond is a Linux program with no portability in mind, the first task 
will be to have lilypond work on cygwin. I'm afraid that this Gnome 
output will rely on X11. I don't know how to connect a cygwin (or any) 
X11 window to jEdit. This gnome backend seems to be a big hack for me: 
drawing from lilypond to a GTK window. I don't have an idea how to make 
something that is java, even with JNI.

Well, that's future's problem, TeX output hasn't disappeared yet. We'll 
see how that gnome backend works.

Bert

Re: [Lily4jedit-devel] Re: Lilytool Qns

[Johannes S. <Joh...@gm...>]

Hi,

On Tue, 2 Nov 2004, Bertalan Fodor wrote:

> Gnome is already included in cygwin, so we shouldn't be afraid of that
> as well.

Does it use X11? There's no way I can get my customer to use X11...

> I hope we'll find a compact easy to install solution.

IIRC cygwin has a nice feature: if you ship a customized install.ini (or
setup.ini?) on CD, it's a straightforward install with as many optional
components as you wish.

Ciao,
Dscho

Re: [Lily4jedit-devel] Re: Lilytool Qns

[Bertalan F. <fo...@fr...>]

Lilypond is designed like that, we cannot do anything. But I was not 
exact. Java-gnome is not applicable.  Gnome is already included in 
cygwin, so we shouldn't be afraid of that as well. I hope we'll find a 
compact easy to install solution.

Bert

>Ouch. That's a huge dependency. Already cygwin+lilypond,  andjEdit are not
>very small. This will give it Windows Bloatware (TM) quality.
>
>Ciao,
>Dscho
>  
>

Re: [Lily4jedit-devel] Re: Lilytool Qns

[Johannes S. <Joh...@gm...>]

Hi,

On Tue, 2 Nov 2004, Bertalan Fodor wrote:

> jDvi related ideas:
>
> I wouldn't do any work on jDvi, because with lilypond 3.0 DVI output and
> point-and-click will be replaced with Gnome output. So at that time
> we'll have to concentrate to integrate CyGnome and java-gnome.

Ouch. That's a huge dependency. Already cygwin+lilypond,  andjEdit are not
very small. This will give it Windows Bloatware (TM) quality.

Ciao,
Dscho

Re: [Lily4jedit-devel] Re: Lilytool Qns

[Bertalan F. <fo...@fr...>]

jDvi related ideas:

I wouldn't do any work on jDvi, because with lilypond 3.0 DVI output and 
point-and-click will be replaced with Gnome output. So at that time 
we'll have to concentrate to integrate CyGnome and java-gnome.

Bert

[Lily4jedit-devel] Questions & Ideas

[Bertalan F. <fo...@fr...>]

Hello, I propose using the Feature Request tracker on the project page 
for mails like this, otherwise it will sink in my mailbox :-)

Bert

Re: [Lily4jedit-devel] MidiPlayer Updated!

[Bertalan F. <fo...@fr...>]

That's really great!

>>Btw. Some newbie qns, do I have to restart everytime I recompile the
>>jar? and whats jhall.jar for?
>>    
>>
It is enough just to restart the plugin, that means unchecking in Plugin 
Manager and Checking again.