Re: [Announce] [N900,N950,N9] Xbmcremote
 

Though it is nice to always make use of the newest features available, having a version based on stable XBMC is useful as well. If it is possible to have a feature on Eden, why do you want to make it depend on the unstable Frodo. If the remote is not stable, that's fine, but as for the main component of my media world I like to stick to stable.

Re: [Announce] [N900,N950,N9] Xbmcremote
 

As I said, we didn't really come to a conclusion on how to add Frodo support and didn't pick a date to release a Frodo only version. So it may as well be long after the Frodo release until the remote gets a Frodo release. And about dropping support for some things in Eden (buttons on gesturepad and keyboard), (some of) those are still using legacy commands, and in Frodo there are new JSON RPC based commands, so it gives the advantage of dropping the legacy command support. But here also, maybe we will built in a switch for Eden and Frodo support so it will still use the legacy commands for Eden.

Re: [Announce] [N900,N950,N9] Xbmcremote
 

Yes, *at some point*, but when is that? There will always be people that follow the bleeding edge, but I also know many that have installed XBMC-Live and when it works they don't upgrade or touch it, because it works reliably. IMO Eden will be used in the wild for months, or even years after Frodo is marked stable.

My fear is that xbmcremote then might be perceived by 'regular users' as unfinished and buggy. Besides, the moment Frodo's RPC API stops being backwards compatible, xbmcremote will degrade even more for Eden users.

On the other hand, not including support for Frodo's new features for a long time is also unwanted of course.

One solution could be to have 2 versions of xbmcremote in the repositories (hence having the 2 branches I mentioned before), but runtime detection is IMO very possible, and by internally using a simple API abstraction layer/delegate this should extend into Frodo+1 as well..

Re: [Announce] [N900,N950,N9] Xbmcremote
 

Very high IMHO value. If a user is using Eden months after Frodo is released he should also just stick to the old Eden compatible remote. And I also don't think there won't be any new features which are still compatible with Eden.

I think it may be possible to make some of the API differences compatible with both versions (most buttons on the keypad are just a single line of code, both for Eden and Frodo). But at least I don't want to clutter the UI code with "if it is Frodo, than display this extra button" code. If it are only a few extra lines of code in the C++ code I will add them. But if both for Eden and Frodo it requires more then, say 10, 20 lines of code, I probably aren't gonna make the change for both versions.

And about the "when to break Eden compatibility?". When we had the discussion a couple of weeks ago mzanetti said he was thinking about "the next version" (after the version we are currently working on) I think. But I also think that would be to soon (as I guess that would still be before the end of the year, when Frodo isn't even final). I would at least like to have a full Eden compatible version till Frodo gets released, without for examples buttons only working in Frodo. Although there may be some nice extras for Frodo users (automatically open keyboard, for one). But these changes shouldn't hinder the Eden users.

Re: [Announce] [N900,N950,N9] Xbmcremote
 

For most that is easier said than done. How would users downgrade after they get the Frodo version through the updates?

But yeah, it is of course a possibility, if there will be two packages (hence my suggestion for 2 stable branches)..

I guess most can be done through a variable binding on the visible QML property.

Yes it's hard to say. I guess breaking Eden compatibility happens when it's too much work to maintain the difference in 1 codebase. My point is that we should try.

But actions are louder than words, so maybe I should invest some time and help out coding ;)

Re: [Announce] [N900,N950,N9] Xbmcremote
 

I want to help you on Turkish translation.More language , more usable software :)

Re: [Announce] [N900,N950,N9] Xbmcremote
 

IMHO two separate packages/versions aren't going to happen. When we're going to support Frodo (and possibly break Eden), normal users should still be able to just update (Software Update notification). Two different branches would also be a burden to maintain, so the Eden one wouldn't be developed anymore. The only sensible solution would be to rebrand the latest Eden compatible version to "xbmcremote-legacy" or something along those lines, and it probably wouldn't be maintained anymore afterwards.

The "visible" QML property also isn't an ideal solution. As the elements are still in the QML and it's sometimes screwed up. For example in the homescreen (music, videos, pictures) long press music or video, notice how the first item ("Show files") has a rounded corner, and click it. Then you long press the item again, and notice the "Show library" item (which is now the first one), it doesn't have the rounded corners. This is due to the first item, "Show files", being invisible, but QML still recognizing it as the first item and thus giving it the rounded corners (instead of giving the first visible item the rounded corners). When adding more and more (in)visible switches I think it would also add more of these minor glitches.

And in case you want to contribute, just join #xbmcremote on Freenode (it's hidden so you need to enter the name manually and can't search it). I'm mostly there between 4PM and 8PM UTC (which is 6PM till 10PM in western europe timezone). Don't really know about mzanetti as he has some kind of server which keeps him logged on.

I think you're best of asking mzanetti about it. But in case you're already familiar with Qt development you may download the source code from gitorious and run lupdate to generate a xbmcremote_tr.ts file (I guess it would be tr for Turkish) in the i18n folder. When you've got this file generated you can use Qt Linguist to fill in all the translations and you can send the file to mzanetti afterwards (using a merge request on gitorious, and I guess you could also send him an email to the address which is listed in the about screen of the app).

Re: [Announce] [N900,N950,N9] Xbmcremote
 

Hi,

there's no need to speculate about the future releasing... First of all, Xbmcremotes git master is still 100% compatible to Eden and there is no feature in the queue yet that would change that. Sure, at some point it might happen but then I'll release a last Eden-only version to the store and the new incompatible ones through another download until Frodo is out. But at that point most of the new features will be for Frodo only so you won't miss much on Eden.

Re: [Announce] [N900,N950,N9] Xbmcremote
 

Hi, please contact me via email so I can send you the latest translation files and release candidate packages. You can find my mail address in the about dialog of Xbmcremote. If you feel comfortable with it, feel free to join #xbmcremote on freenode as RobertMe already pointed out. We are happy to help you getting started if you never did translations before.

Re: [Announce] [N900,N950,N9] Xbmcremote
 

Hi

Just wanted to report a small bug that happened to me.

The pause video/audio if incoming call enters is great, but If I'm watching something and pause before the call comes in, after the call, the remote resumes playback. IMHO this should be done only if the pausing was caused by an incoming call, not if the user does so. I hope it's easy to fix.

Also, when can we expect a new release?

Thanks,