On Sat, Apr 25, 2015 at 5:13 AM, Tim E. Real termt...@rogers.com wrote:
If it provides inspiration, I was doing this in the late 90's on Windows,
in good ol' Borland C++ Builder.
If you still have the code lying around somewhere, why not throw it up on
github so that others can learn from
On Sat, 25 Apr 2015 08:50:21 +0100, Will Godfrey wrote:
One of my pet hates is erratic implementation of tooltips... that
can't be disabled!
Tooltips showing the value instead of a description of the option IMO
are good.
___
Linux-audio-dev mailing list
On Fri, 24 Apr 2015 23:55:31 -0400, Tim E. Real wrote:
My centre-screen technique is in fact limited to half-screen
The real desk might be limited to, e.g. a mini mouse pad on a synth,
so the mouse wheel option could be very important to avoid huge mouse
movements. It's not only the screen that
On Sat, 25 Apr 2015 10:23:14 +0200, Thorsten Wilms wrote:
https://afaikblog.files.wordpress.com/2013/01/date-and-time.png
We already know a solution since decades. Checkboxes
+1
I see that on my iPad every day and never become used to it, there's
always doubt. I've never noticed such a bad thing
On Sat, Apr 25, 2015 at 11:01:54AM +0100, Will Godfrey wrote:
Tooltips showing the value instead of a description of the option IMO
are good.
Debatable. If I'm twiddling knobs to get a particular 'sound' I'm not at all
interested in what the numbers are. At a later date I might want to
On 24.04.2015 23:40, Fons Adriaensen wrote:
Consider a button that toggles between 'stop' and 'play'. Does
it show the current state of the player, or the one you get
when you click on it ?
Yes, a classic. It's the general problem that using any toggle-action
successfully requires the user to
On Fri, 24 Apr 2015 20:33:05 -0700 (PDT), Len Ovens wrote:
another idea for a touch screen:
1 touch control with finger one.
2 put finger two some distance away.
3 move finger two towards control to decrease value or farther away to
increase value.
4 lift both fingers. I am not sure if lift
On 25.04.2015 09:50, Will Godfrey wrote:
One of my pet hates is erratic implementation of tooltips... that can't be
disabled!
I'm not sure where I saw it ... an interesting alternative is to have a
status line in a static location. It can be used for tooltip text,
parameter values and
On Fri, 24 Apr 2015 22:18:57 -0400, Tim E. Real wrote:
What do you think?
Hi Tim,
if the mouse courser reaches a screen border, the mouse movement should
continue to increase/decrease the fader/knob value, but the mouse
cursor should stay at the boarder, without movement, close to the
knob/fader.
One of my pet hates is erratic implementation of tooltips... that can't be
disabled!
Either provide them for *every* control or not at all, and *please* provide a
way to disable them.
Ideally there should be a way to enable/disable them from every part of your
application, so that an experienced
Tim E. Real:
6: Now turn the mouse pointer back on. Done.
Ehm, missed on of the best parts:
6: Now return the mouse pointer to where it was when originally clicked.
7: Now turn the mouse pointer back on. Done.
Sounds like the perfect way to do it, and Radium works exactly the same
On Sat, 25 Apr 2015 10:53:07 +, Fons Adriaensen wrote:
Second, because that way I will learn the relation between the values
and the resulting sound, and be able to do the same on different HW or
SW without having to search blindly by twiddling the knobs.
Couldn't say better.
As I pointed
On Saturday 25 April 2015 03:50:21 Will Godfrey wrote:
One of my pet hates is erratic implementation of tooltips... that
can't be disabled!
+10
Either provide them for *every* control or not at all, and *please*
provide a way to disable them.
+100
Ideally there should be a way to
On Sat, 25 Apr 2015, Thorsten Wilms wrote:
I for one can't take anyone serious who thinks this is acceptable:
https://afaikblog.files.wordpress.com/2013/01/date-and-time.png
If one wanted to infer a guideline from that screenshot, it could be:
Make sure there is a huge gap between labels and
14 matches
Mail list logo
