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

Re: [Lily4jedit-devel] QuickLily suggestions - part 1

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

Ha, it was just one variable mistake. It is now fixed in the cvs.

Joshua

On Sat, 19 Mar 2005 13:12:59 +0800, Joshua Koo <jos...@gm...> wrote:
> I'm sorry, I think I created a bug somewhere before I commited, after
> it worked. I'll try to see where went wrong.
> 
> As for shortcuts, for now, under global options > plugin:lilytool >
> you can be able to find quicklily actions.
> 
> But i would be changing it to use a custom dialog, so it wont comflict
> with other edit actions shortcuts.
> 
> Joshua
> 
> On Fri, 18 Mar 2005 20:59:32 +0100, Bertalan Fodor <fo...@fr...> wrote:
> > I can't see any difference.
> >
> > I show you what I do, what I see and what I want to see
> >
> > c m
> > c g
> > c g'
> >
> > c q w m
> > c c' d' g
> > c c' d g,
> >
> > Another question: how do I redefine the keys?
> >
> > Thanks,
> >
> > Bert
> >
>

Re: [Lily4jedit-devel] QuickLily suggestions - part 1

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

I can't see any difference.

I show you what I do, what I see and what I want to see

c m
c g
c g'

c q w m
c c' d' g
c c' d g,

Another question: how do I redefine the keys?

Thanks,

Bert

[Lily4jedit-devel] Multivalent embed

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

I started to embed multivalent into lily4jedit. I think it will work, 
because we can customize how it handles links (and everything). Its 
integration will not be source-level, because multivalent is only partly 
open-source, and partly GPL.

So there is a new dependency in the CVS version:
http://prdownloads.sourceforge.net/multivalent/Multivalent20040415.jar?download

Bert

Re: [Lily4jedit-devel] QuickLily suggestions - part 1

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

Committed relative mode last night.  Do see if its compatible. 

Have the language mode been able to work with you?

In English mode, lets say a cs when raise an octave resets the sharp.
It doesnt happens for default. I wonder where the problem lies.

Joshua

On Thu, 17 Mar 2005 20:11:46 +0800, Joshua KooOOoOOo
<zz...@us...> wrote:
> Thanks for your advice Bert :) Sometimes I just think too complicately. So for this case, I'll add relative mode for quickly using algorithm A. (Come to think of it, its something like the lilyComp modification I did last time). The only flaw to the relative notes is that, the octaves might be be correct if the keys are not enter consecutively. Then again, like you said, something doesnt need to be so perfect, so I guess I'll make do with it. Time to work on it!
> 
> Joshua
> 
> ======= At 2005-03-17, 17:36:52 you wrote: =======
> 
> >Joshua,
> >
> >don't make the relative mode too complicated! It should be very easy to
> >implement, because you don't have to recognize relative blocks! It would
> >be perfectly satisfiable, if I set the first octave manually, (quicklily
> >would use no octave shifting) and all the following pitch is calculated
> >relative to the previous one. We need not not know about the absolute
> >meanings of the pitches, but we can know, that there is one octave shift
> >between pressing the 'c' key and pressing the 'm' key.
> >
> >We don't want to be perfectly smart in all situations, because we just
> >can not, because we are not a lilypond interpreter. The same is true for
> >durations. We can try to guess the duration of the previous note,
> >similarly like in what-beat.bsh, but can keep it as the user's
> >responsibility as well.
> >
> >Actually this is the same conceptual scheme than with the key
> >recognizer. We don't want to recognize the would-be state of the
> >lilypond interpreter at any caret position. We just try something to
> >provide a not too bad default, but the user will be able to change it
> >very easily. For example, when the user turns on quicklily mode, we can
> >show him the guessed key using the MacroUtils.showTimedWindow method
> >(for usage example see macros/what-beat.bsh) and allow him to change the
> >key with a keystroke.
> >
> >I find very important to not fall into the error or TeX: wanting to know
> >everything, and missing to know just anything.
> >
> >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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Lily4jedit-devel mailing list
> Lil...@li...
> https://lists.sourceforge.net/lists/listinfo/lily4jedit-devel
>

Re: [Lily4jedit-devel] QuickLily suggestions - part 1

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

Thanks for your advice Bert :) Sometimes I just think too complicately. So for this case, I'll add relative mode for quickly using algorithm A. (Come to think of it, its something like the lilyComp modification I did last time). The only flaw to the relative notes is that, the octaves might be be correct if the keys are not enter consecutively. Then again, like you said, something doesnt need to be so perfect, so I guess I'll make do with it. Time to work on it!

Joshua


======= At 2005-03-17, 17:36:52 you wrote: =======

>Joshua,
>
>don't make the relative mode too complicated! It should be very easy to 
>implement, because you don't have to recognize relative blocks! It would 
>be perfectly satisfiable, if I set the first octave manually, (quicklily 
>would use no octave shifting) and all the following pitch is calculated 
>relative to the previous one. We need not not know about the absolute 
>meanings of the pitches, but we can know, that there is one octave shift 
>between pressing the 'c' key and pressing the 'm' key.
>
>We don't want to be perfectly smart in all situations, because we just 
>can not, because we are not a lilypond interpreter. The same is true for 
>durations. We can try to guess the duration of the previous note, 
>similarly like in what-beat.bsh, but can keep it as the user's 
>responsibility as well.
>
>Actually this is the same conceptual scheme than with the key 
>recognizer. We don't want to recognize the would-be state of the 
>lilypond interpreter at any caret position. We just try something to 
>provide a not too bad default, but the user will be able to change it 
>very easily. For example, when the user turns on quicklily mode, we can 
>show him the guessed key using the MacroUtils.showTimedWindow method 
>(for usage example see macros/what-beat.bsh) and allow him to change the 
>key with a keystroke.
>
>I find very important to not fall into the error or TeX: wanting to know 
>everything, and missing to know just anything.
>
>Bert
>
>

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

Re: [Lily4jedit-devel] QuickLily suggestions - part 1

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

Joshua,

don't make the relative mode too complicated! It should be very easy to 
implement, because you don't have to recognize relative blocks! It would 
be perfectly satisfiable, if I set the first octave manually, (quicklily 
would use no octave shifting) and all the following pitch is calculated 
relative to the previous one. We need not not know about the absolute 
meanings of the pitches, but we can know, that there is one octave shift 
between pressing the 'c' key and pressing the 'm' key.

We don't want to be perfectly smart in all situations, because we just 
can not, because we are not a lilypond interpreter. The same is true for 
durations. We can try to guess the duration of the previous note, 
similarly like in what-beat.bsh, but can keep it as the user's 
responsibility as well.

Actually this is the same conceptual scheme than with the key 
recognizer. We don't want to recognize the would-be state of the 
lilypond interpreter at any caret position. We just try something to 
provide a not too bad default, but the user will be able to change it 
very easily. For example, when the user turns on quicklily mode, we can 
show him the guessed key using the MacroUtils.showTimedWindow method 
(for usage example see macros/what-beat.bsh) and allow him to change the 
key with a keystroke.

I find very important to not fall into the error or TeX: wanting to know 
everything, and missing to know just anything.

Bert

Re: [Lily4jedit-devel] QuickLily suggestions - part 1

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

Arrr... I couldnt be more silly.  I shall name them to Relative Mode,
and Absolute Mode. :p
Joshua


On Thu, 17 Mar 2005 09:55:26 +0800, Joshua Koo <jos...@gm...> wrote:
> Thanks for the feedback, I'll try to make changes tonight.
> 
> Maybe I can explain a little here.
> 
> 1.
> There are two quicklily "algorithms" that I plan to implement.
> a) Append Mode
> b) Smart Insertion
> 
> (A) is the simpler algorithm because its just concerned about
> "appending" text to the text area. Hence, notes entry are absolute. I
> thought "Append mode" sounds confusing, so I placed a lyqi like mode
> (i thought lyqi only entry absolute notes) for now. If its doesnt fill
> the bill, free free to change the name too. Its possible to "hack"
> this method to give relative notes too. But the lily keys have to be
> type one after another.
> 
> (B) is the method which will consider relative contexts. I actually
> did this method eariler, the code i think used for the note previewer
> entry, but after code changes for the NoteString class, I have yet to
> modify the code to make it work. What this methods does, is a
> BackMatcher is searched for "\relative note { " and the note pitches
> and duration are calculated all the way till where the cursor is, then
> insert the new note with its "relative pitch and duration". For this
> it will take some processing on every keystroke, so I'm planning to
> have a background thread to calcuate.
> 
> I not sure how perfect will method B turn out to be. If its not
> doable, maybe B may be abandoned. method A can be used with the
> convert absolute to relative function, if not, do a relative hack on
> method A.
> 
> 2.
> About insert and edit mode,  its actually just a toggle whether you
> want to "insert" OR "edit" a note at the cursor. (Actually just 1 menu
> item or shortcut key could be needed to use the 2 modes). Meaning,
> insert will always insert a new note, and edit will change the note to
> the pitch when the pitch key is hitted. Actually if you use the shift
> note key (SHIFT +/- i think) you can modify the pitch too, so you
> might want to remove the "Edit mode". The reason why I thought of this
> mode was because of the note previewer which will have the option to
> drag a note pitch (edit) or double click a note (enter a new note).
> 
> 3.
> The key recognizer is just a BackMatch to the preious \key. it will
> run only when you go into the "Append Mode". And the lily panel would
> reflect the key (for now). Maybe its not commited? Sometimes the
> connection to the cvs server disconnects for me.
> 
> I can imagine the user adjusting the key maybe using a drop down list
> for a scale, or how would i reuse the dialog in the wizard which
> select key signature?
> 
> 4.
> For the numpad + button, I have that problem too. I'm not sure, but
> jEdit doesnt seem to want to accept the "NUM +" keybinding. I'll try
> look into it and resolve it (at the same time change the method for
> storing the shortcuts).
> 
> Feel free to make changes if you are eager to make any feature work ,
> I will just the check the cvs always before I work on my part.  ;)
> 
> Joshua
> 
> On Wed, 16 Mar 2005 20:17:40 +0100, Bertalan Fodor <fo...@fr...> wrote:
> > Now I'm trying to work with quicklily. I draft here my first experiences.
> >
> > - It would work in relative mode (or better, enable me to switch between
> > relative and absolute mode)
> > - Have you committed the key recognizer?
> > - I must note that the key has to be settable by hand, because it
> > happens very often that the melody is in a separate key, while the key
> > signature remains the same.
> > - I can't figure out what the difference is between Edit/Insert/Append
> > mode. It should be renamed or/and documented.
> > - The notepad - sharpens on my machine and not flattens.
> >
> > It is for documenting my experiences, if you don't have time, it is
> > possible that I will hack the quicklily code :-)
> >
> > 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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > _______________________________________________
> > Lily4jedit-devel mailing list
> > Lil...@li...
> > https://lists.sourceforge.net/lists/listinfo/lily4jedit-devel
> >
>

Re: [Lily4jedit-devel] QuickLily suggestions - part 1

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

Thanks for the feedback, I'll try to make changes tonight.

Maybe I can explain a little here.

1.
There are two quicklily "algorithms" that I plan to implement. 
a) Append Mode
b) Smart Insertion

(A) is the simpler algorithm because its just concerned about
"appending" text to the text area. Hence, notes entry are absolute. I
thought "Append mode" sounds confusing, so I placed a lyqi like mode
(i thought lyqi only entry absolute notes) for now. If its doesnt fill
the bill, free free to change the name too. Its possible to "hack"
this method to give relative notes too. But the lily keys have to be
type one after another.

(B) is the method which will consider relative contexts. I actually
did this method eariler, the code i think used for the note previewer
entry, but after code changes for the NoteString class, I have yet to
modify the code to make it work. What this methods does, is a
BackMatcher is searched for "\relative note { " and the note pitches
and duration are calculated all the way till where the cursor is, then
insert the new note with its "relative pitch and duration". For this
it will take some processing on every keystroke, so I'm planning to
have a background thread to calcuate.

I not sure how perfect will method B turn out to be. If its not
doable, maybe B may be abandoned. method A can be used with the
convert absolute to relative function, if not, do a relative hack on
method A.

2.
About insert and edit mode,  its actually just a toggle whether you
want to "insert" OR "edit" a note at the cursor. (Actually just 1 menu
item or shortcut key could be needed to use the 2 modes). Meaning,
insert will always insert a new note, and edit will change the note to
the pitch when the pitch key is hitted. Actually if you use the shift
note key (SHIFT +/- i think) you can modify the pitch too, so you
might want to remove the "Edit mode". The reason why I thought of this
mode was because of the note previewer which will have the option to
drag a note pitch (edit) or double click a note (enter a new note).

3.
The key recognizer is just a BackMatch to the preious \key. it will
run only when you go into the "Append Mode". And the lily panel would
reflect the key (for now). Maybe its not commited? Sometimes the
connection to the cvs server disconnects for me.

I can imagine the user adjusting the key maybe using a drop down list
for a scale, or how would i reuse the dialog in the wizard which
select key signature?

4.
For the numpad + button, I have that problem too. I'm not sure, but
jEdit doesnt seem to want to accept the "NUM +" keybinding. I'll try
look into it and resolve it (at the same time change the method for
storing the shortcuts).

Feel free to make changes if you are eager to make any feature work , 
I will just the check the cvs always before I work on my part.  ;)

Joshua

On Wed, 16 Mar 2005 20:17:40 +0100, Bertalan Fodor <fo...@fr...> wrote:
> Now I'm trying to work with quicklily. I draft here my first experiences.
> 
> - It would work in relative mode (or better, enable me to switch between
> relative and absolute mode)
> - Have you committed the key recognizer?
> - I must note that the key has to be settable by hand, because it
> happens very often that the melody is in a separate key, while the key
> signature remains the same.
> - I can't figure out what the difference is between Edit/Insert/Append
> mode. It should be renamed or/and documented.
> - The notepad - sharpens on my machine and not flattens.
> 
> It is for documenting my experiences, if you don't have time, it is
> possible that I will hack the quicklily code :-)
> 
> 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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Lily4jedit-devel mailing list
> Lil...@li...
> https://lists.sourceforge.net/lists/listinfo/lily4jedit-devel
>

[Lily4jedit-devel] QuickLily suggestions - part 1

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

Now I'm trying to work with quicklily. I draft here my first experiences.

- It would work in relative mode (or better, enable me to switch between 
relative and absolute mode)
- Have you committed the key recognizer?
- I must note that the key has to be settable by hand, because it 
happens very often that the melody is in a separate key, while the key 
signature remains the same.
- I can't figure out what the difference is between Edit/Insert/Append 
mode. It should be renamed or/and documented.
- The notepad - sharpens on my machine and not flattens.

It is for documenting my experiences, if you don't have time, it is 
possible that I will hack the quicklily code :-)

Bert

Re: [Lily4jedit-devel] QuickLily Append (or Lyqi-like) Mode

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

That's all very great. If you slow down with developing, we can test in 
the meantime :-)

Bert


>I try to add the bindings to the buttons, but I not sure if I can fork up the time this week, so maybe I might start on it next week or so.
>  
>

Re: [Lily4jedit-devel] QuickLily Append (or Lyqi-like) Mode

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

Just added changes for Get Language and added the Edit mode, such that you change a note pitch (if u add a shortcut to it, u can toggle it pretty fast). Also a simple key detector (may not be very accurate, but just for a start, using backmatcher), so Key does affect the quicklily entry now.

I try to add the bindings to the buttons, but I not sure if I can fork up the time this week, so maybe I might start on it next week or so.

Joshua

======= At 2005-03-16, 03:36:10 you wrote: =======

>One more question:
>Do you already use the scales defined in scales.xml (and I think loaded 
>in NoteNameMap and somewhere else)?
>
>One suggestion:
>We really should have a dockable for quicklily that shows the piano 
>keyboard and provides buttons and combos for some features (for example 
>setting the key in which the buttons are interpreted - that would be 
>very important).
>
>Thanks,
>
>Bert
>
>

Re: [Lily4jedit-devel] QuickLily Append (or Lyqi-like) Mode

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

One more question:
Do you already use the scales defined in scales.xml (and I think loaded 
in NoteNameMap and somewhere else)?

One suggestion:
We really should have a dockable for quicklily that shows the piano 
keyboard and provides buttons and combos for some features (for example 
setting the key in which the buttons are interpreted - that would be 
very important).

Thanks,

Bert

Re: [Lily4jedit-devel] Get Language

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

> IIRC there is a getParsedData method of something that does no 
> reparse, but returns the LilyParsedData object.

Yes, I've found it. Use something like this:

SideKickParsedData spdata = SideKickParsedData.getParsedData(view);
if (spdata instanceof LilyParsedData) {
            LilyParsedData data = (LilyParsedData) spdata;
             return data.getLanguage();

Bert

Re: [Lily4jedit-devel] Get Language

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

>1. It doesnt works if the \include "language" text is placed in file. This is a minor 1, include files will always be a problem and I'm not that borther about it.
>  
>
That's easy to fix.

>2. I created a method getDocumentLanguage() below getDocumentVersion().
>Mine worries is that, will the buffer be reparse everytime each quicklily button is pressed? Just worried if it will consume too much power.
>  
>
The buffer will be parsed on save. It is the very reason to have a 
separate LilyParsedData that will be updated only when a reparse is 
needed. There is no need to reparse on every keystroke. So you can store 
the language when entering quicklily mode. IIRC there is a getParsedData 
method of something that does no reparse, but returns the LilyParsedData 
object.

I'm really happy we're getting closer to a useable quicklily mode. 
However, I must note that there is a serious time of bughacking before 
us as always when a radically new feature is added. :-)

Thank you for your efforts,

Bert

[Lily4jedit-devel] Get Language

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

I have 2 concerns about this.

1. It doesnt works if the \include "language" text is placed in file. This is a minor 1, include files will always be a problem and I'm not that borther about it.

2. I created a method getDocumentLanguage() below getDocumentVersion().
Mine worries is that, will the buffer be reparse everytime each quicklily button is pressed? Just worried if it will consume too much power.

I have tired added language support, so you can try if quicklily works with your other language files.

Joshua

[Lily4jedit-devel] Speed Test Results of Lilypond on Windows (Cygwin and coLinux)

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

Hi,

I setup a simple test to see how to lilypond takes to complete operating on a file, on cygwin compared to on colinux.

Platform this test is ran on is on a PIII 800MHz, 359MB ram, running Windows 2k.

Cygwin is installed selecting the Lilypond 2.4.2-1 package.
coLinux (0.6.2) runs the Debian-3.0r2.ext3-mit-backports.1gb image, and installed a stable Lilypond 2.4.2. Lilypond is ran using the coLinux shell, not under X.

The following tests files were taken from mutopiaproject
intermezzo.ly - http://www.mutopiaproject.org/cgibin/piece-info.cgi?id=535
bwv851a.ly - http://www.mutopiaproject.org/ftp/BachJS/BWV851/bwv851a/bwv851a.ly
enchanted-island.ly - http://www.mutopiaproject.org/cgibin/piece-info.cgi?id=536
op149-19.ly -http://www.mutopiaproject.org/cgibin/piece-info.cgi?id=533

A script was use to run the test.

# script start (run.sh)
date > log.txt
lilypond file.ly
date >> log.txt
# script end

Time when lilypond starts and ends is recorded in the log file.

Here are the results.

1. intermezzo.ly
cygwin:
	start: Tue Mar 15 16:33:45 MPST 2005
	end: Tue Mar 15 16:36:43 MPST 2005
	elapse: 2:58
colinux:
	start: Tue Mar 15 16:41:41 HKT 2005
	end: Tue Mar 15 16:42:49 HKT 2005
	elapse: 1:07

2. bwv851a.ly
cygwin:
	start: Tue Mar 15 16:46:41 MPST 2005
	end: Tue Mar 15 16:47:43 MPST 2005
	elapse: 1:02
colinux:
	start: Tue Mar 15 16:51:56 HKT 2005
	end: Tue Mar 15 16:52:18 HKT 2005
	elapse: 0:22

3. enchanted-island.ly
cygwin:
	start: Tue Mar 15 17:07:10 MPST 2005
	end: Tue Mar 15 17:07:34 MPST 2005
	elapse: 0:24
colinux:
	start: Tue Mar 15 17:10:05 HKT 2005
	end: Tue Mar 15 17:10:35 HKT 2005
	elapse: 0:30

4.  op149-19.ly
cygwin:
	start: Tue Mar 15 17:14:50 MPST 2005
	end: Tue Mar 15 17:15:44 MPST 2005
	elapse: 0:54
colinux:
	start: Tue Mar 15 16:41:41 HKT 2005
	end: Tue Mar 15 16:42:49 HKT 2005
	elapse: 1:08

cygwin total: 5:18
colinux total: 3:07

Conclusion and Comments.

Lilypond in Colinux does seems to run faster than in Cygwin. Statistically,  lilypond in colinux runs 42% faster than cygwin (although some runs are faster in cygwin). Of course, the sample data is too little, and my test could be inaccurate in many ways. 

Another interesting factor is the time to get into the shell.
for cygwin bash shell, i took about 4s to load. for colinux, i took about 12s (plus u need to login with your username and password).

An werid observation I saw, lilypond in cygwin will take about 20+Mb of ram. In colinux, it seems to use only about 5Mb of ram, although I allocated 192MB of memory to the guest machine.

To the end of this test, I have no preferences to promote cygwin over colinux or vice-versa. coLinux have the flexiblity to run more like a linux os, but cygwin is much simpler to configure and install. Both have their pros and cons, so I leave it to the reader to try both and decide.

I'm open to any comments, or any test results you might come up with.

Joshua Koo

Re: [Lily4jedit-devel] QuickLily Append (or Lyqi-like) Mode

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

> 
> I've committed an important update that enables us to have ( or ) in
> menu labels.
> However it is way good! I love it. :-)
> 
Cool!

> Does it handle languages? I've just commited a change that enables you
> to ask for the selected language after parsing from LilyParsedData.
> (There is an example of using this class in some macros, e.g.
> extract-block.bsh)
> 
For now no. But base on the feature you added, I should be able to do so easily.

> Do you use the keyboard assignment drawn in Piano.java?
Yes, I tried to follow. Although not all the features you written
there have been implmented, and added some extras like shift semitone
up/down.

For now, you can look at the keybindings under LilyTool's shortcuts
and customise them if you want, which has the shortcuts prefixed with
a "quicklily". Of course I dun think this is the ideal way to do it,
and I likely I might use the property file to store the quicklily
shortcuts, and our own custom dialog for customising the quicklily
shorcuts, and including configurating shortcuts in the wizard too.

I have been thinking about this, and still thinking about it, but if
you have any ideas on how to do so, please let me know :)

Joshua

Re: [Lily4jedit-devel] QuickLily Append (or Lyqi-like) Mode

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

I've committed an important update that enables us to have ( or ) in 
menu labels.
However it is way good! I love it. :-)

Does it handle languages? I've just commited a change that enables you 
to ask for the selected language after parsing from LilyParsedData. 
(There is an example of using this class in some macros, e.g. 
extract-block.bsh)

Do you use the keyboard assignment drawn in Piano.java?

Very good,

Bert

[Lily4jedit-devel] QuickLily Append (or Lyqi-like) Mode

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

Hi,

I updated the cvs last night on the quicklily. The current mode
support now is the Append mode which I tried to make it imitate the
behaviour of Lyqi. Next which I might be working on is the Smart
Insert Mode which take account of the relative octaves.

To use append mode, under LilyTool>QuickLily>, toggle the quickkeys
you like. You might want to try all 3 first (quickPitchs,
quickDurations, quickAdjustments).

To enable the bindings, you would have to select AppendMode. Once its
toggled, just quickLily away! (try page up for octave up, * for
enharmonics, - for flatten, Shift - for changing pitch down a
semitone).

When you want your normal keyboard back, LilyTool>QuickLily> and
change to Off Mode. You can chose to turn them off by untoggleing the
specific sets of quicklily actions too.

Bert, is this the behaviour that you expect for quickLily?

Thanks,
Joshua

Re: [Lily4jedit-devel] Toggle Macros

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

Keybindings are stored in properties. The property can be removed by 
unsetProperty().

Bert

Joshua KooOOoOOo wrote:

>I was considering about this again. What wil happen if a action has a keybinding, and it is the action is removed?
>
>Joshua
>
>  
>
>>I'll check it next week. However, now I'm not sure that we should use 
>>lots of custom actions, because if we do, they will appear everywhere 
>>(like customizing context menu). Is it possible to remove all quicklily 
>>actions when switching off the quicklily mode.
>>
>>Bert
>>    
>>
>
>
>
>
>  
>

Re: Re: [Lily4jedit-devel] Toggle Macros

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

I was considering about this again. What wil happen if a action has a keybinding, and it is the action is removed?

Joshua

>I'll check it next week. However, now I'm not sure that we should use 
>lots of custom actions, because if we do, they will appear everywhere 
>(like customizing context menu). Is it possible to remove all quicklily 
>actions when switching off the quicklily mode.
>
>Bert

Re: [Lily4jedit-devel] Lilypond Server

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

Hi,

For security, could the Server could run in a locked-down or
restricted account, should that "rm -rf /" wont work? Would scheme
code run as root or sudo?

I cant really say if lilypond will run faster in colinux or cygwin as
I have never tried to benchmark or time the differences. I have tried
coLinux on a pentium III 500 and a 800mhz pcs, and they seems to run
quite smoothly, about the speed i use lilypond/cygwin on my 2.8gHz
(minus the overheads of booting the colinux machine with is actually
quite fast), with the extra flexibilty of any normal linux system. But
then again, I have not tried cygwin on the machines I tried colinux
on, so I cannot, for now give a definate answer to that.

Joshua

On Fri, 11 Mar 2005 22:39:36 +0100, Bertalan Fodor <fo...@fr...> wrote:
> The main problem is security: you can make lilypond run scheme code that
> purges your (the server's) hardrive.
> 
> Is running lilypond in colinux faster than with cygwin?
> 
> Berti
>

Re: [Lily4jedit-devel] Lilypond Server

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

The main problem is security: you can make lilypond run scheme code that 
purges your (the server's) hardrive.

Is running lilypond in colinux faster than with cygwin?

Berti

Re: [Lily4jedit-devel] ValueOf errors

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

For performance reasons I accidentally used a Java 1.5 feature. I will 
undo it.

Bert

[Lily4jedit-devel] ValueOf errors

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

hi,

after i update to the latest cvs, I found lilytool could not load.  See Below. Also, dun you want to use jEdit VFS browser for the filepicker?
	eg. GUIUtilities.showVFSFileDialog(view,null, VFSBrowser.OPEN_DIALOG,false);

Josua.

[error] ErrorListDialog$ErrorEntry: C:\Program Files\jEdit\jars\LilyPondTool.jar:
[error] ErrorListDialog$ErrorEntry: Cannot start: java.lang.Error: Unresolved compilation problems: 
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry:  The method valueOf(String, int) in the type Integer is not applicable for the arguments (int)
[error] ErrorListDialog$ErrorEntry: Try updating to a newer version of the plugin.