XXHighEnd

Hi Peter,

After some usage of XXHighEnd version 09t-5, i have the following wishes / suggestions:

• Showing maximum tracks and Artist name in wallpaper (unattended playback). See two suggestions for this change in attachment. I prefer Wallpaper detail.
• At attended playback
  Desktop icons On/Off button: Please make it visual in the button when activated. (Yes I know, you can see it in the wallpaper, but…)
• Disabling the Help text: Please introduce a checkbox, when ticked then no help text is showed.
• Extra tab, behind the coverart for extra information like artist name, album title, album year, rating, style and some user definable text about the cd. Sometimes I am missing this sort of information.
• Rip function: is it possible to implement a ripping function in XXHighEnd?

Regards,

Johan

HI Peter,

I would be nice to have:
When I start pressing keys when the library area is active it would start finding and autoscrolling to the albums sarting with those letters I type.
Like in windows explorer.
It would be in addition to search button functionality.

Thanks
Andrey

Double click on track in playlist to start that track playing.  :)

Can't work, because then you can't select.
Didn't I say this before ?  :)

That just works Andrey, as long as you type in that field right next to the Search button. DO NOT PRESS THAT BUTTON. It's not needed.  :)

Btw, the typing as you ask for was in there, but it just doesn't (cannot) go along with selecting. You can imagine that.

Peter

Don't remember :)

And select by one click?  :scratching: :unsure:

:stop:  :)

You can't select this way, because you will be DEselecting the others.
Also, how can I ever play anything with one click, once the same one click is for selecting (or/and : try to imagine what it would take for me to let all the functionalities keep on working).

Btw, could you explain what is so necessary about starting a track with one click or double click instead of one click + Play ? I honestly don't get it.

I happen to be a software engineer. And have some experience with programming for windows.
And I am sure that it all can be done. I personally implemented such things a while ago. You just need to consider all use cases and handle them correctly.
The real problem is that it is just time consuming. I understand that :).
But hey, You are the boss :)

There is a term in ergonomics. within arm's reach.
It is just more convenient. I prefer always minimize my movements

Andrey

Sorry i did mean

1 click select
2 (double) click start play

Btw, could you explain what is so necessary about starting a track with one click or double click instead of one click + Play ?

Well there one more step less to make  :) :innocent: ( lazy me)  :)

Well, that is working allright. So now I don't understand again. :)

Btw, did you know (if all is allright !!) that when a track is playing, and you click on another one more below, that that will be the next one playing (when the currently playing stops) ? I did not try it myself anymore, but that's how it's supposed to work (Attended that is).

Peter,

Yes i knew that.. And it still works perfectly...  :veryhappy:


Btw, could you explain what is so necessary about starting a track with one click or double click instead of one click + Play ?

So my thinking was one click to select and play. And play after the last one playing... And double click for play right away... Or am i missing someting :)

Thinkin of it again, in fact the double click wouldn't be much different from usual (that deselecting other stuff which ... I btw now wonder, because I think you could ctrl-doubleclick as well), so I guess I can make it.
Okokokok.

:thankyou:

Hi Peter,

I think that using generic techincs in user interface, that most people are used to, is a right way to go.
Instead of inventing your own key combinations.
Isn't this obvious?

Andrey

Yes this is obvious. You suggest though that I don't.
Where ?

I may have misunderstood you again, But I never saw ctrl-doubleclick in media players.

I don't think this has anything to do with media players, but with, as you say, the user interface.
The user interface is Windows (and I did not try to let that be or look different, compare Foobar), so we have to deal with Windows in this case.

Now go to Explorer, and select two files, and hold ctrl and shift. Now double click ... :yes:

So the only thing I'm saying, with explicit means to make it justified :o is that it is legal to double click a selection, that selection not disappearing in the mean time. If you only hold ctrl and shift, this works and this is formal Windows.

Of course ... nobody knows this combination, and after making a selection people will complain that double click deselects all. Please note that this is not much different than the questions about "can I click a file and let play start ?" where nobody realizes that it deselects again. And that you should press ctrl at the same time, (relatively) nobody knows ...

Arrggh, this is hard to explain, because all has to do with challenging for the bad things by allowing one. Maybe I can give the selection of Items in the Library Area as an example;
All in there works perfectly normal, hence by standards (apart from ctrl-a, which is not my fault really) if you leave the checkboxes Off. Now use all these beautiful standards to select your albums out of, say 1000, in order to make a Galery. Can you do that ? I bet you don't, and if you do you are dead of stress for a couple of hours afterwards. Why ? because it is not allowed for any one single time to click different than you should, or otherwise you'd loose your selections (for 1000 albums this is 2 hours of work including proper judgement).
Now, do you know what would solve this ? just not allowing the selections ! Hahaha. It would not direct people to the wrong path.

Same is with the one-click-play-please. That would be used automatically, and 95% of people (trust me) would not even know selections can be played. Or, that the click on a next track during playing, immediately would start that track for playback, nobody knowing that pressing ctrl would let the other track finish first.
Solution ? again, just don't allow it. So, click on a next track does not start the playback of it, and it needs the Play button to do so. A very easy choice everybody understand, excpect a few complaining people, eager for one-click-play not realizing the consequences for even themsleves, let alone for others.

I hope that by means of this writing you at least see that it's all thought over (even rather carefully). This does, however, not necessarily mean that I made the best choices out of things. So please keep on shooting.

:bye:

Hi Peter,


Do you have a reaction on mine suggestions http://www.phasure.com/index.php?topic=344.0 ? Because i didn't receive a reaction i was hoping that you realized them in 09t-6....... :(

Regards,

Johan

Hi Johan,

you couldn't guess it, but the sole fact that I said nothing, implies that I think the ideas are good. I will implement them differently though.
When ? not yet. I think everybody would agree that it's 24bit time now.

Sorry I did not honour your idea by a response at least.
Peter

Peter,

I see now. :)
Then it would be nice to have all of those key combinations and possibilities explained somewhere in a help file.
Or is it described already.

No it isn't. Okay, in Windows help somewhere I guess. :wacko:

But on that matter, since XX is getting closer to an official version, it needs an official manual as well. So that will be there.
A lot of work, but in fact a substraction of all the bits and pieces from the Releasenotes in a structured form.

Ok, somehow today I think this needs special attention;

On one hand you could say that there are enough rippers in this world. So why another one ?
On the other hand though, I myself can't feel safe by the one(s) I use, just because I don't know what's in there. In fact, nothing different from the moment I started XX ... "what the h*ll is in the other players that makes them sound different ... err ... not good ?".

I'm confident that I will be able to at least make ripping more comfortable to the matter of a high speed rip not needing to be bad. Or, when the rip goes slow, it's really necessary. Or : when something is just wrong, mention that explicitly, instead of trying to make the best out of it -> better use it as a frisbey.
All together you could say that good ripping takes a lot of time, and IMO that time can be much less by better "IT support".

So yes Johan, I sure plan to create a *good* and friendly so-maniest ripper. But the priority really has to be low. I think that's understandable.

Peter