Thank You for your continued support and contributions!
and my DAP firmware is 3.3(which is the latest I guess?)
oops! i shall update this tomorrow morning, i don't have the simulator as of now...edit:Simulator version-r24039-091217DAP version-3.3
#Navigation to secondary menu's should have the similar intuitive way back instead of returning to the root menu
#Transitions in menu, help add a sense of direction to the menu layout and helps the user form a mental map of the menu more easily. transitions
/-/The database should be made more reliable. It currently crashes a lot if too many buttons are pressed?
Also, if load to RAM is enabled, it should be loaded to RAM at boot itself. Currently, it takes a while before the database is available to the user, especially if it is huge!
?Bookmarking should be more simplified and easier to understand
/-/It doesn’t sleep, it powers off, atleast in case of ipod video 5g
?Increase font size in headers
?Header information to be reviewed- Players of all screen sizes have the same header! Atleast in players with slightly bigger screens, the header could look better?s
What can we look forward to in rockbox?Because of a relatively low prominence given to applications, rockbox doesn't really have many applications which people would use on a daily basis. Rockbox is primarily a music player and most ironically, neither of the applications put under the plugins>applications nodes is related to music! A lot of work can be done in this regard. Applications specific to music could be the next big thing for rockbox. A driving factor that can never lose charm since it's open ended. So many music based applications can be built! We have just the right platform for it, it's open-source and it's free. The potential is unimaginable. Rockbox could become a playfield of innovation through collaboration of individuals such as ourselves! Look at the way mozilla has flourished. Today, one can safely say that mozilla has become so widely adopted because of its support for extensions/addons. No wonder, it's a developers favourite browser as also of the everyday users.
*Development of an API that simplifies the development of applications
*A simple way to apply ‘patches’ by non-developers as well, ie, without having to compile anything. E.g., there’s a patch out there that displays the metadata of songs instead of the filename in thet playlist view. And users like me want it, but can’t have it!
Transitions slow down the user interface, and waste battery.
Do you mean that boot should be delayed until the database is ready? This seems like it would be very frustrating, as it's just means that it still takes just as long for users to get to the database, but if they didn't need it immediately this time they have to wait for no reason.
?Bookmarking should be more simplified and easier to understandThis isn't helpful at all. As we said earlier, please make specific suggestions, because "easier to understand" doesn't mean anything useful.
?UI Proposal can be worked out
Why is powering off bad?
?Increase font size in headersDo you mean the status bar? Please, try to use the same terms as the manual, or this discussion could become very complicated. The status bar is now user configurable.
Please, try to write specific suggestions. This isn't a press release, you're not pitching something to a sales department or trying to get venture capital. You're more or less wasting space with "just imagine all the great things you can do" segments.
Being a non-programmer, are you deciding the current API is not simple simply because there are few apps, or what?
This will never realistically happen. If you can create a binary patch, you've already got a build you could simply distribute instead. Patches are not for non-developers.
Then how come ipod comes with transitions and manages to last for upto 10hours before dying?
No, what I meant is that it should be loaded to RAM as soon as rockbox has booted, ie, the user is shown the root menu. This way, there'd be no waiting time for the user when he/she wants to use the database.
Please read the whole post, the legend is mentioned at the bottom.
Because a lot of battery life is wasted in booting the player. Atleast this is what happens to my ipod 5g video, am assuming that similar battery wastage would be happening in case of other players as well.
No, I mean the menu headers, e.g., the text 'Rockbox' that appears on the root menu. And speaking of terms, what is the correct term for these? Also, you spoke of customizable status bars, I believe the user can't choose at the moment the items he wants to see. If such a UI existed, can this be implemented?
So you're saying that you'd jump right in with me without knowing what the bigger picture is? What I've written can be seen as more of a strategy statement. Also, if agreed upon, it can be detailed out as well.
Yes, that's exactly what I am saying. Otherwise, why haven't there been no new applications added to the default set in the past year? I maybe wrong, but I am only working on the facts.
Fine, but couldn't there be a way to model a few of these patches as 'addons' or apps?
Describe this more clearly. "Load to RAM" just means the database is loaded to RAM. This is exactly what happens if you have load to RAM enabled, and you boot the player (having already previously initialized the database). Clearly you mean something other than that, but I can't figure out what.
This doesn't answer my question. I did read the whole post, and found nothing useful about bookmarking. Telling me to read it again is just insulting
. There are situation where sleeping is better, and situations where powering down fully is better.The fact that your player only gets 10 hours in the original firmware suggests something is quite wrong with its battery already.
The status bar is customizable in themes.
"make things better" is not a strategy. "make things better" also isn't a bigger picture issue.
There is no consistent developer pool, nobody assigning tasks. The strategy is, and always will be, "people will work on what interests them." This needs to be a discussion of ways to improve things, so that people interested in improvement can have ideas.
They're called plugins...
That's exactly what I meant. If that's what is already happening, then I guess it takes a hell lot of time to load up since it's impossible to navigate the database right after booting.
I didn't mean to insult you and even pointed to the legend in the last post! The points with a '?' appended to them are the ones for which the UI proposal has not yet been provided but will be, in the future.
In that case, isn't it better if we let the user decide what he wants to do with his player? This should be made configurable. Can we do this?
The user should be able to customize it, using a UI, not the person making the theme. That's the whole point of 'customizing', I guess? And please don't tell me that this can readily achieved by editing a text file, it probably does work that way but how about actually allowing the user to modify on the fly, while using the player?
This very much looks like a strategy.Applications specific to music could be the next big thing for rockbox. A driving factor that can never lose charm since it's open ended. So many music based applications can be built! We have just the right platform for it, it's open-source and it's free. The potential is unimaginable. Rockbox could become a playfield of innovation through collaboration of individuals such as ourselves!
So how is streamlining things a bit and focusing on building applications instead of looking to improve an almost well built product not helping to the improvement bit? Agreed that "people will work on what interests them". But, is it such a big crime to show them a potential playfield which is being consistently overlooked by them? And how could developing new applications not be interesting to developers, especially if the lead is taken by rockbox-heavyweights like yourself?
Again, at the cost of sounding redundant. These 'plugins' don't really offer any useful music-related functionality. And nor do they work in tandem with the main rockbox player!
Page created in 0.046 seconds with 21 queries.