2011/12/27 Sebastian Moors <[email protected]>
> thijs van severen wrote:
>
>
> IMHO :
> - to be honest i think it is rather ugly (not elegant, not consistent
> with the rest of the gui)
> - you need to click the dropdown arrow to see the available options
> - you need to click 2x to select a specific RMB function (dropdown arrow +
> select function)
> - icons just work better for me (hydrogen has one of the slickest gui's
> and buttons are more intuitive to use)
>
>
> Hi!
>
> First of all one comment to the wording.. "RMB" seems to be not an
> appropriate term for those functions (that are not the only right-click
> actions in the song-editor/pattern editor). Lets stay with "Note
> properties".
>
fair enough, but ...
afaik these functions can only be controlled in the pattern editor with the
rmb, right ?
btw : the bottom window function also changes to the function you select in
the 'note property' dropdown. this is also a bit confusing, since you can
change the bottom window function to something else without the 'note
property' also changing to that function ('one-way sync' sort of thingy).
so shouldnt the 'note property' and the bottom window (dont know what it's
called?) be 'disconnected' ?I see no real use in the fact that they are
linked, OR the fact that you can overrule the 'note property' setting using
the dropdown left of the bottom window.
not a big deal, just wondering
>
> What about moving the Note properties icons to the space where the combo
> box is at the moment?
>
do you want to do this because the users are used to the note property
location on the gui?
> Then we don't use the space in the middle and we don't mess up the
> separation of control elements (pattern editor / note properties editor).
>
are you talking about the 'hear' and 'quant' button being moved all the way
to the right?
i was also thinking that this is probably not a good idea and that we
should keep the 'size' and 'res' dropdowns
so the order would then be like this :
size - res - hear - quant - drum/note - note props ('rmb') - input mode -
destructive rec parameters
can you write down the order of the buttons you think is best ?
>
>
> The play button is confusing. It is the same graphic as the transport
>> play button.
>>
>
> agree (but i couldnt come up with anything better > how about
> 'on_play-rec.png' in att ?)
>
> This one could be a toggle button as well, that way we can save screen
> space..
>
one of the reasons why i started thinking about these buttons was to get
rid of the toggle buttons. they are very confusing (and that's based on my
experience with explaining H2 to newbies, it's not just me being picky)
for example : the piano/drum toggle :
- in drum mode the button is inactive and has 'piano' on it
- when you click it the button is active and it has 'drum' on it, but the
editor is in piano mode
explain *that* to someone that is new to hydrogen !!
there is a similar problem with the stacked/single-pattern mode button
this should also be changed to a 'double toggle button' (or whatever the
correct name is)
a button should have 1 function that is active when the button is pressed
down, inactive when it is not pressed.
just like it is done for the BPM, Mixer, metronome, J trans, J Master ...
buttons : simple and absolutely no way to misinterpret the function state.
grtz
Thijs
> - Sebastian
>
>
> ------------------------------------------------------------------------------
> Write once. Port to many.
> Get the SDK and tools to simplify cross-platform app development. Create
> new or port existing apps to sell to consumers worldwide. Explore the
> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
> http://p.sf.net/sfu/intel-appdev
> _______________________________________________
> Hydrogen-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/hydrogen-devel
>
>
--
follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/> !
------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual
desktops for less than the cost of PCs and save 60% on VDI infrastructure
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Hydrogen-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hydrogen-devel
