Roadmap. Part 2: interface
- Posted by bobef on May 9th, 2008 filed in Technical, rulesPlayer.next
- 4 Comments »
I have some time to waste (or in other words to rest few hours), so I will ping this blog a little bit.
The seconds part of the roadmap is tricky. Basically this is the main reason why I have to write a new version of the player, instead of continuing the original one. What this point is? This was the intention for the original version:
Simple, non-bloated interface. The interface must be intuitive to navigate and provide fast access to everything one needs.
Customizable. One must be able to customize the player. The current player is very customizable, but it is not done the right way. The console approach is not too user friendly.
And what I wanted for the new version:
Eye candy. I am not a big lover of skins but they could be nice if done right. Also there is always the possibility of making Windows like skin.
My first consideration is about the first point and the eye candy. I decided to use HTMLayout as interface library because it is very fast and allows for visually appealing interface. But it seems that most people like the old school interface. In fact I like it too. In my opinion it does all what it should do. Provide fast access to all functions. So I have second thoughts about HTMLayout. Maybe I should just use DWT, as in the original version? Now there is new version of DWT that is also available on Linux. The downside of this is that it is a bit slower than the old DWT and than HTMLayout. So the options are:
DWT:
Pros
- Will not require full rewrite as some of the old code could be reused
- Available for both Linux and Windows
- Keeps the old-school looks
Cons
- Is a bit slower
- Some OS specific things may need to be implemented in a hacky way, i.e. unclean code
- Keeps the old-school looks - nobody complains
- Less customizable (including from plugin’s point of view) - solved
HTMLayout:
Pros
- Very fast
- Allows web-style interface, skinning, innovative stuff
- More customizable (including from plugin’s point of view)
Cons
- Requires a full rewrite
- It is harder to integrate MPlayer inside it
- Windows only at the moment - will change in near future
Tough choice. Now the second point is how to make the player customizable without bloated interface and preferably without dialog boxes. It seems that the console is not too good approach. Eventually it became not very useful even for me, because I forgot how to use it. If using HTMLayout some innovative way of configuration could be introduced. But DWT is pretty limited - endless menus or dialog boxes. I don’t like both. Love to hear other opinions.
Update:
I failed to integrate MPlayer in HTMLayout in an efficient manner so I am back to DWT. I’ve been working on it for some days and I have some fresh ideas how to make it more flexible.

August 1st, 2008 at 3:12
If I had to choose, I’d go with 1. I don’t know much about coding but HTMLLayout doesn’t seem to be very efficient for a video player. I think RulesPlayer should continue to evolve and support more and more Mplayer features in a well-designed and simple GUI (like it is currently). There are plenty of simplistic and to-the-point Mplayer front-ends now (like SMPlayer) which should make the project consider a new direction.
Hope you continue working on it!
Reply
16 August, 2008 at 13:25
What do you mean?
Reply
August 1st, 2008 at 3:17
Have you considered using QT?
It’s an excellent toolkit that should give you the benefits of HTMLLayout (the CSS syling) and be multiplatform (runs on Linux, Windows and OSX). So it would resolve the issues with the two options. Of course that depends on how much you want to work on it.
Reply
16 August, 2008 at 13:27
QT is very C++ toolkit. It is next to impossible to wrap to D. I and it is not my taste.
Reply