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

Re: [Lily4jedit-devel] QuickLily *technology preview*

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

>2. If you already have Jedit running, try out the Restart feature under the Development menu. (Saves me time reloading the lilytool plugin always ;) )
>  
>
There is a plugin called Activator that does the same thing :-)

According to your description it's promising. I'll check out.

Bert

[Lily4jedit-devel] QuickLily *technology preview*

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

Hi!

I rushed through the "working" implementation of QuickLily, and now its in the CVS, before I leave for my trip later :)

Here's a walkthrough on how to run it.

1. Compile the cvs.
2. If you already have Jedit running, try out the Restart feature under the Development menu. (Saves me time reloading the lilytool plugin always ;) )
3. You would want to dock the Note Visuliser Panel to the Top if you have not done it.
4. Create a new file
5. Run the Lilytool wizard to setup perhaps a few staff
6. Now place your cursor inside the relative note block.
7. You can start by double click on the note visuliser. (This starts the quick insert mode)  (You can double click drag feature too)
8. On the lilypond menu, under QuickLily > Toggle on QuickDurations. (For now, I preloaded the plugin with the prefered shortcuts)
9. Now you can use the mouse to insert notes, and the number pad to change durations. (shortcuts can be found in the shortcuts option panel. I should create our own panel to customise the shortcuts easily)

10.  You can play with the pitch and adjustment bindings, eg. q to insert c', - to flatten, page up to octave up, * for enharmonics,
but you might have to be in the right mode. (the button will rotate quick insert-->quick edit-->quick view). I havnt test it for myself so I dont know how much can it work. But you might want to try it.

BUGS:
note with \breve clashes with the next quick insert note
mode switching
undo feature
keybindings eg. for some note adjustment
keyboard quick pitch seems broken too
unable to untoggle shortcuts.
unable to view toggle status in the lilypond menu.

Let me know of the bugs that you encounter.

Gotta go!
Hope to hear from you guys after my weekend trip!
Joshua

Re: [Lily4jedit-devel] Current CVS broken?

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

Hi,

On Wed, 19 Jan 2005, Joshua Koo wrote:

> Sorry... I guess I commited 1 or 2 lines of errors when i was sleepy
> and going to sleep. Maybe commenting those lines might make it
> compile. Also I do have some problems running Ant with the xslt
> processors so you might want to run everything in the build file.

No problem. I think my patch fixes that.

> I hope I will commit a "workable" quicklily pitches and durations
> tonight. I'll be going to Malaysia for a short trip over the weekends
> tomorrow.

Have fun!

> Btw, when you want to rename a file, or delete a file, how do you
> update the CVS?

Unfortunately, CVS is a dick when it comes to renaming or deletion. In
order to delete a file in CVS, you have to delete it, and *then* do a "cvs
remove filename". You also have to commit this.

To rename, you have to delete the old file and add the new file as if they
weren't one and the same.

Ciao,
Dscho

Re: [Lily4jedit-devel] Current CVS broken?

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

Sorry... I guess I commited 1 or 2 lines of errors when i was sleepy
and going to sleep. Maybe commenting those lines might make it
compile. Also I do have some problems running Ant with the xslt
processors so you might want to run everything in the build file.

I hope I will commit a "workable" quicklily pitches and durations
tonight. I'll be going to Malaysia for a short trip over the weekends
tomorrow.

Btw, when you want to rename a file, or delete a file, how do you
update the CVS?

Joshua

On Wed, 19 Jan 2005 02:38:53 +0100 (CET), Johannes Schindelin
<Joh...@gm...> wrote:
> Hi guys,
> 
> sorry that you don't hear very much from me: I am very busy. However, I
> couldn't resist and check out what you have done so far. Wow! Incredible.
> However, I could compile out of the box. Could it be that attached patch
> is necessary to compile?
> 
> Thank you so much,
> Dscho
> 
> 
>

[Lily4jedit-devel] Current CVS broken?

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

Hi guys,

sorry that you don't hear very much from me: I am very busy. However, I
couldn't resist and check out what you have done so far. Wow! Incredible.
However, I could compile out of the box. Could it be that attached patch
is necessary to compile?

Thank you so much,
Dscho

Re: [Lily4jedit-devel] QuickLily

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

I agree with your grouping of users.

>>From the programming aspect.
>
>a) Enabling quick lily will be an EditAction. We could add an default
>shortcut for it but user can changes if he likes.
>  
>
According to jEdit's plugin releasing policy we're not allowed to 
provide default shortcuts.

>b) Keybindings will be loaded for the EditActions  that enters notes
>into the buffer.
>
>		ii) they are perhaps in a form like
>lilytool.quick.c'.shortcut=[doNotIntercept]q
>			so hiting q wont get incepted wrongly.
>  
>
What is this needed for?

>		iii) Useless bindings could be removed, new keybindings added to
>InputHandler. (q maps to insert c action)
>  
>
What do you mean by useless bindings?

>p) I'm still thinking how a customise panel will be like. Something
>like docking features in IDEs eg. Eclipse? Perphaps something easily.
>Likely want something like a toolbar, could be drag into position,
>reize, or make it hover always on top.
>  
>
What kind of customize panel?

>m) maybe the onscreen piano can be placed in the jedit toolbar? or in
>our special docking window? or it could be floating. All the buttons
>also call on the EditActions.
>  
>
In a docking window! I'm thinking of a new plugin for jEdit, that 
enables dockables to be in one window with a splitter.

>n) options should be access from the display. perphaps appear when
>user click options [>]. Options like enable what type of keybindings.
>and a place to rebind his keys(an alternative to the shortcuts window
>in global options). options like what panel to display here.
>  
>
I don't really see this.

We will discuss it better if we have some prototype.

Bert

Re: [Lily4jedit-devel] QuickLily

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

Cool! We are on the same track.

and that will leave me working on option 2. Let me describe what I
think of a scenario.

So lets say a user likes the quick lilymode. 
a) Hits F9 (or other definable shortcut),  
b) and his keyboard turns into a piano keyboard.
c) Hiting the alphabets produces the pitch
d) Hitting num pad produces note value
e) Plus other stuff, eg. + for shapen, - flaten, page up (octave up),
shift < (cres) so on...
f) Hits F9, and he starts using his keyboard as per normal.

A user likes quick durations but not quick pitches.
g) Hits Shift-F9 to toggle quick pitches off but num pad durations on.
i) He likes his traditional way of type pitches (maybe he just love
typing note names, or he doesnt like the piano keyboard or he do not
play the keyboard instrument).
j) He adds his durations using the quick num pad shortcuts.
l) He finds that he doesnt need to switch mode often as his keyboard
is working almost as normal. (he could use the keys above the
alphabets for entering numbers if needed.

A user likes helper buttons only. 
m) Hits F11, and piano keyboard, duration buttons panels appears. (He
could do articlations in F10?)
n) He could customise what he wants, eg. he wants onscreen keyboard
and duration clicking.
o) He clicks all he like and is happy as he is without the need to
learn new keyboard shortcuts.

A user likes the note visualiser and quick durations.
p) Customises his panel from step n), and something like step g). 
q) or actually his preferance can be shown in a expandable option window.
r) So he clicks his notes in the note visualiser.
s) Enter durations like in (d) or (j).
t) He has one hand on the mouse and one hand near the num pad. He can
happy with this too.


A hardcore lilypond coder but wants a note visualiser for quick eye
inpection and checking.
u) Just open the note visualiser 
v) and type the normal way as he likes.

From the programming aspect.

a) Enabling quick lily will be an EditAction. We could add an default
shortcut for it but user can changes if he likes.
b) Keybindings will be loaded for the EditActions  that enters notes
into the buffer.
		i) scan all lilytool.quick.*.shortcut in jedit properties.
		ii) they are perhaps in a form like
lilytool.quick.c'.shortcut=[doNotIntercept]q
			so hiting q wont get incepted wrongly.
		iii) Useless bindings could be removed, new keybindings added to
InputHandler. (q maps to insert c action)
c -e ) calls actions when needed
f) Remove the keybindings from the inputHandler. Keyevents will now be
use by the textArea.

p) I'm still thinking how a customise panel will be like. Something
like docking features in IDEs eg. Eclipse? Perphaps something easily.
Likely want something like a toolbar, could be drag into position,
reize, or make it hover always on top.

m) maybe the onscreen piano can be placed in the jedit toolbar? or in
our special docking window? or it could be floating. All the buttons
also call on the EditActions.
n) options should be access from the display. perphaps appear when
user click options [>]. Options like enable what type of keybindings.
and a place to rebind his keys(an alternative to the shortcuts window
in global options). options like what panel to display here.

v) my configuration of my lilytool is working like that for now.

Hope this vision of QuickLily in lilytool can be Quickly realised!
Joshua



On Fri, 14 Jan 2005 10:14:29 +0100, Bertalan Fodor <fo...@fr...> wrote:
> I would prefer the following scheme for quick insert:
> 
> - I work in the textArea, and want to switch quickly between quick
> insert and slow insert. For example, I'm playing as on a piano, but then
> there is a markup, I switch off, type \markup{What I want}, switch on
> and continue.
> - While I'm in quick insert, I would optionally like to view a hint
> window: with a piano keyboard (which I can use also for inserting notes)
> and some buttons for slurs etc. (which also can be inserted by
> user-definiable keystrokes).
> 
> Is that consistent with your ideas?
> 
> Bert
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Lily4jedit-devel mailing list
> Lil...@li...
> https://lists.sourceforge.net/lists/listinfo/lily4jedit-devel
>

Re: [Lily4jedit-devel] testChords

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

Yes, we should definitely design a class structure for parsed items. 
Well, a note is actually a special type of chord, where there is only 
one note simultaneously.
So a chord/note is associated to the following things: duration, 
articulation, markup, slur, beam etc.

Bert

[Lily4jedit-devel] testChords

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

Hello,

I found that testChords does not test the expected behaviour of the 
NoteIterator.
Because NoteIterator is used to find the tokens after which 
articulations should be put and so on, it must recognize chords and 
distinguish chord notes from regular notes. So a NoteIterator for "c d e 
<c d> e f g" should give back the same: "c d e <c d> e f g". However, 
"<c d>" should be one NoteToken (perhaps ChordToken if usually we have 
to handle chords differently).

Bert

Re: [Lily4jedit-devel] CVS Usage

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

Thanks, that was the fix.

Bert

>Bert, do you notice if you add an shortcut to an dynamic action- eg.
>those articulations, will the shortcuts retain when you restart jedit?
>
>in the ActionSet api, 
>
>initKeyBindings
>public void initKeyBindings()
>Initializes the action set's key bindings. jEdit calls this method for
>all registered action sets when the user changes key bindings in the
>Global Options dialog box.
>Note if your plugin adds a custom action set to jEdit's collection, it
>must also call this method on the action set after adding it.
>
>Maybe adding would make it work.
>  
>

[Lily4jedit-devel] QuickLily

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

I would prefer the following scheme for quick insert:

- I work in the textArea, and want to switch quickly between quick 
insert and slow insert. For example, I'm playing as on a piano, but then 
there is a markup, I switch off, type \markup{What I want}, switch on 
and continue.
- While I'm in quick insert, I would optionally like to view a hint 
window: with a piano keyboard (which I can use also for inserting notes) 
and some buttons for slurs etc. (which also can be inserted by 
user-definiable keystrokes).

Is that consistent with your ideas?

Bert

Re: [Lily4jedit-devel] CVS Usage

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

Correction.
The rest why I couldnt extend DefaultInputHandler was because it was
not in the same package.

For option2,
I managed to play with adding and removing Keybindings from
KeyHandler. its does seem to work, so it is doable, and I'll have to
turn all my actions into EditActions.

Bert, do you notice if you add an shortcut to an dynamic action- eg.
those articulations, will the shortcuts retain when you restart jedit?

in the ActionSet api, 

initKeyBindings
public void initKeyBindings()
Initializes the action set's key bindings. jEdit calls this method for
all registered action sets when the user changes key bindings in the
Global Options dialog box.
Note if your plugin adds a custom action set to jEdit's collection, it
must also call this method on the action set after adding it.

Maybe adding would make it work.

Joshua

On Fri, 14 Jan 2005 10:13:06 +0800, Joshua Koo <jos...@gm...> wrote:
> Cool... I check out once once I have the time.
> 
> btw, concerning keyhandling for the quick lily mode, i thought over it
> and tried serveral options.
> 
> 1. reImplementing jEdit InputHandler or adding KeyEventInceptor
> 2. playing with jEdit keybindings
> 3. use the normal swing key handling in a text field
> 
> Option 1.
> I think this requires too much work. I couldnt find a way to extend
> the DefaultInputHandler, and if i were to use a KeyEventInceptor, we
> will need to implement calls to process all keyevents.
> 
> Option 2.
> When the lily quick mode is called, lets say using a shortcut F9,
> keybinding will be mapped to jEdit actions so hiting any key gets
> prcoessed by the actions. When F9 is hit again to disable
> quickLilyMode, the keybindings are removed from the InputHandler.
> 
> Option 3.
> This will be to add a small textField say maybe onto the LilyToolBar.
> When the user wants the quickInsertMode, he clicks on the textField,
> and start hitting the keys. Swing can process these keyevents easily
> and text can be added into the jEdit buffer. ( I'm visualising that
> the textfield is like the tiny textfield that appears when you use
> Ctrl-F to find for words in FireFox)
> 
> Since now is either option 2 or option 3, it comes down to how the
> user actually like to use thisQuickMode. If they want a seamless
> integration with the textArea, its option 2. If the user thinks that
> quickLilyMode can be done when the focus is on the textField (like
> FireFox's search), its option 3. For me, I think option 3 is easilier
> to implement at first. But what do you think the user likes?
> 
> Joshua

Re: [Lily4jedit-devel] CVS Usage

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

Cool... I check out once once I have the time.

btw, concerning keyhandling for the quick lily mode, i thought over it
and tried serveral options.

1. reImplementing jEdit InputHandler or adding KeyEventInceptor
2. playing with jEdit keybindings
3. use the normal swing key handling in a text field

Option 1.
I think this requires too much work. I couldnt find a way to extend
the DefaultInputHandler, and if i were to use a KeyEventInceptor, we
will need to implement calls to process all keyevents.

Option 2.
When the lily quick mode is called, lets say using a shortcut F9, 
keybinding will be mapped to jEdit actions so hiting any key gets
prcoessed by the actions. When F9 is hit again to disable
quickLilyMode, the keybindings are removed from the InputHandler.

Option 3.
This will be to add a small textField say maybe onto the LilyToolBar.
When the user wants the quickInsertMode, he clicks on the textField,
and start hitting the keys. Swing can process these keyevents easily
and text can be added into the jEdit buffer. ( I'm visualising that
the textfield is like the tiny textfield that appears when you use
Ctrl-F to find for words in FireFox)

Since now is either option 2 or option 3, it comes down to how the
user actually like to use thisQuickMode. If they want a seamless
integration with the textArea, its option 2. If the user thinks that
quickLilyMode can be done when the focus is on the textField (like
FireFox's search), its option 3. For me, I think option 3 is easilier
to implement at first. But what do you think the user likes?

Joshua

On Fri, 14 Jan 2005 00:24:06 +0100, Bertalan Fodor <fo...@fr...> wrote:
> I think I understand now.
> 
> I check out the HEAD. And merge the changes that were done to the Stable
> branch since the 0_2_7 version.
> 
> So three versions of the work is affected:
> 
> 1. the HEAD
> 2. the 0_2_7 version, which is actually a version of the HEAD and the
> beginning version of the branch
> 3. the branch
> 
> Now I think I have merged all changes I had made back into the HEAD.
> 
> Bert
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Lily4jedit-devel mailing list
> Lil...@li...
> https://lists.sourceforge.net/lists/listinfo/lily4jedit-devel
>

Re: [Lily4jedit-devel] CVS Usage

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

I think I understand now.

I check out the HEAD. And merge the changes that were done to the Stable 
branch since the 0_2_7 version.

So three versions of the work is affected:

1. the HEAD
2. the 0_2_7 version, which is actually a version of the HEAD and the 
beginning version of the branch
3. the branch

Now I think I have merged all changes I had made back into the HEAD.

Bert

[Lily4jedit-devel] CVS Usage

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

Hello,

I'm stuck a bit with CVS.

I wanted to merge my development I did for stabilising 0.2.7 with the 
work Joshua did in HEAD, have in HEAD all the changes I made in 0.2.7

But I did the other thing. Now I have all Joshua's work integrated in 
the 0.2.7 branch :-)

Now I'm a bit lost.

What should we do? What to branch? What to tag?

HELP!

Bert :-)

Re: [Lily4jedit-devel] waitFor console

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

Hi,

I wrote a macro which run lilypond on all files in the active directory which have the name score in it. eg (score.ly, score-violin.ly,)
it is usefully when you want to generate the pdfs for all the files in one go. (I would work with many files in mutopiaproject with the score naming convention).

The current way it works is it run multiple process at one go. I would need the waitFor to run them in a batch form (one only after another is completed). Another way is to run lilypond in mulitple consoles. I'll look at the examples and try again.

Joshua

>Yes, we already use shell.waitFor(). When we're running TeX for 
>hyphenation or PSViewer, for example, we must wait for it to finish its 
>work before we can go on with processing. However, waiting would hang 
>jEdit, so we must create a new Thread, and do the processing and waiting 
>there. See macros/hyphenate.bsh and PSViewer.java
>
>Bert
>


======= At 2005-01-11, 20:48:22 you wrote: =======

>Hi,
>
>On Tue, 11 Jan 2005, Joshua Koo wrote:
>
>> have anyone tried using shell.waitFor() ? I tried it but when a
>> command is run, jEdit seems unusable until the process completes. Any
>> solution to this problem? I tried using threads but seems there's not
>> difference.
>
>What do you need it for?
>
>Ciao,
>Dscho
>
>
>
>-------------------------------------------------------
>The SF.Net email is sponsored by: Beat the post-holiday blues
>Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
>It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
>_______________________________________________
>Lily4jedit-devel mailing list
>Lil...@li...
>https://lists.sourceforge.net/lists/listinfo/lily4jedit-devel
>
>

= = = = = = = = = = = = = = = = = = = =

Re: [Lily4jedit-devel] waitFor console

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

Hi,

On Tue, 11 Jan 2005, Joshua Koo wrote:

> have anyone tried using shell.waitFor() ? I tried it but when a
> command is run, jEdit seems unusable until the process completes. Any
> solution to this problem? I tried using threads but seems there's not
> difference.

What do you need it for?

Ciao,
Dscho

[Lily4jedit-devel] waitFor console

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

Hi, 

have anyone tried using shell.waitFor() ? I tried it but when a
command is run, jEdit seems unusable until the process completes. Any
solution to this problem? I tried using threads but seems there's not
difference.

Joshua

[Lily4jedit-devel] Transposition

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

Added transposition feature to the cvs.

Didnt realise that actually there's a demand for this feature since it was asked in lilypond lists.

http://lists.gnu.org/archive/html/lilypond-user/2002-07/msg00226.html
this question was raised years ago.

have fun using this.

So much for now.
Joshua

[Lily4jedit-devel] 0.2.7-1 silent update

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

Hello, I've made a silent update to 0.2.7-1. It has the 
warnings-or-errors-in-included-files-make-trouble-in-console bug solved, 
and the new LilyTool help feature. If you don't find serious bugs in it, 
I will release this in the jEdit plugin central tomorrow.

Bert

Re: [Lily4jedit-devel] Wierd behaviour

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

OK, I was able to fix it.

Bert

Re: [Lily4jedit-devel] Wierd behaviour

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

Could you send me the file that causes the trouble?

Bert

[Lily4jedit-devel] Lets have a conference some time :)

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

Another wacky idea of mine these moments.

We could have a call conference on the net when everyone is free, and
maybe dicuss on lilytool issues or anything else under the sun.

We could use skype for talking http://skype.com/ Or if using a super
small program picophone can do the job. http://www.vitez.it/picophone/

Or maybe using windows conferencing we can even use a whiteboard to illustrate.
Or maybe use http://hello.com/ to send my scans of sketches i have.
although http://www.isketch.net/ can do it too.

So maybe some time in future we can have a dicussion or meeting for
the lilytool developers who are miles apart in the globe.

Joshua

Re: [Lily4jedit-devel] Wierd behaviour

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

I'm having the same problem in school too with 0.2.7

I'm wondering if its someproblem with my lilypond file or what.

however, i ran 
lilypond --versbose %buffer

and lilyponds terminates prematurely although its seems to exit gracefully.

so i ran
lily-wins %buffer
and this time i works. although it ran with cpu usage abt 99% for
quite some while.

Joshua

On Sun, 02 Jan 2005 14:53:09 +0100, Bertalan Fodor <fo...@fr...> wrote:
> 
> >Lately I have some strange encounters using lilypond within lilytool for larger piece of music(simple pieces doesnt seems to have any problems) . When there's errors(or sometimes no), the console doesnt seems to display any errors.
> >
> >eg.
> >
> >lilypond /cygdrive/C/home/bbc5/score.ly
> >GNU LilyPond 2.4.2
> >Processing `/cygdrive/C/home/bbc5/score.ly'
> >Parsing...
> >Interpreting music... [8][16][24][32][40][48][56][64][72][80][88][96][104][112][120][128][136]
> >LilyPond ready.
> >
> >No output is generated. However, if I run lilypond by doubleclicking on the file, output pdf is generated (the log file has 68lines), though it takes some while.
> >
> >Maybe I will have to try it with the next lilytool release as it might not have any of this problem anymore.
> >
> >
> >
> ConsoleProcess should write all output. So I don't understand why there
> is a difference. The release is near, check it with that.
> 
> Bert
>

Re: [Lily4jedit-devel] Re: [SourceForge.net Release] lily4jedit : lily4jedit

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

>
>I like the new icons too, however, my first impressions when i tired
>it at my home yesterday was there are still serveral bugs in the
>features.
>  
>
In which features?

>Bert, do you think my focus would be to fix bugs or to concentrate on
>new features?
>for new features, im now still thinking about the keybindings issue,
>and also about docking windows. Im thinking that should should have a
>customised docking panel which allows components to be dock in a way
>the users wants to see it.
>
>  
>
Not a bad idea. However, I'd prefer a new plugin that has a docked 
window that allows other docked windows in it with splitters.

>another thing, does note interator works wif chords for now? i seems
>to get errors when there's < > inside the string.
>
>  
>
I don't know. Maybe not :-)

However, if the bugs you mentioned are not very serious, I will release 
0.2.7 in the plugin central.

Bert