Get your own customer support community

About me

Recent activity

Subscribe to this feed
  • idea

    Rune Botten replied on April 13, 2009 15:20 to the idea "Moving the selection with arrow keys" in LucidMac Software:

    Rune Botten
    Yeah, well, the alternations of upper/lower neighbor happen automatically because of the way the columns are offset by one half cell from one another. I just go to the same row in the next column. Add 1 to column to go right, subtract 1 to go left.

    My suggestion with modifier keys was this:
    Right arrow jumps two columns to the right in same row (E->F->F#->G...), and if you need the NE/SE of any of these, use a modifier. Thats what makes most sense to me when using the arrow keys anyways. The numpad would provide the needed keys to move any direction you want, but I use Elysium on laptops.

    The best way to figure out how this should work, I think, is to just experiment with it.
    Do you think this is one of the best points? Mark it as a good point
  • idea

    Rune Botten replied on April 13, 2009 14:05 to the idea "Moving the selection with arrow keys" in LucidMac Software:

    Rune Botten
    Hey Matt,

    the reason I didnt use the neighbour relations was that incrementing or decrementing the column (in horizontal movement) was alot easier than keeping track of SE, NE, SW, NW directions (in zigzag). Basically it was easier dealing with it in terms of horizontal and vertical movement, which is what I wanted.

    I also found that adding or subtracting to row value would automatically wrap to the next or previous column when the bounds of the current column was reached (in vertical movement), whereas the N neighbor of a cell at the top of a column, or S neighbor of a cell at the bottom of a column is nil.

    And of course the behavior of moving off the bounds of the matrix itself seemed easier to deal with when you think of the system as X-Y coordinates.

    There might be some better way of dealing with it, but I don't know the structure and code as well as you do. Feel free to tweak it any way you see fit! I just did what worked for me.

    Thanks by the way, for an excellent application! Stellar work, and all kinds of wild praise to you for going open source. I'll be looking for ways to contribute in the future, as Elysium is something I both use and love.

    Actually, I'll be using Elysium live for a concert in late May. Hopefully I'll be able to put some of it online.

    Excited to see Rytme. Reminds me of this: http://www.youtube.com/watch?v=L82J1o...
    Do you think this is one of the best points? Mark it as a good point
  • idea

    Rune Botten shared an idea in LucidMac Software on April 12, 2009 16:38:

    Rune Botten
    Moving the selection with arrow keys
    I've implemented the ability to move the currently selected cell with the arrow keys.

    I was missing this feature, and enjoy it immensely now that it is there. The way it works, however, might be a bit odd at times: Moving a selection sideways will move the selection to the next column, so it will zigzag along (SE->NE-SE and so on). This is fine, but the zigzag will be opposite in the row above or below and may cause confusion. When a selection moves outside the bounds of the honeycomb, it will continue on the next/previous row, which I think is fine.

    Originally I wanted it to move the selected cell 2 columns at a time (in scale), but that wont let you move easily to rows above or below. My suggestion is to use a key modifier to move in scale, and else move zigzag, or the other way around.

    The purpose of this post is to hear if any other people are missing this feature, and to let Matt know I've been tinkering with it. I've implemented this in ELLayerWindowController, but perhaps this should be handled by the LMHoneycombView itself?

    http://github.com/runeb/elysium/commi...