Beta Testflight access to beta version - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: Supplementary Tools for Kodi (https://forum.kodi.tv/forumdisplay.php?fid=116) +---- Forum: Kodi Remote for iOS Official Forum (https://forum.kodi.tv/forumdisplay.php?fid=193) +---- Thread: Beta Testflight access to beta version (/showthread.php?tid=359717) Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
|
RE: Testflight access to beta version - Buschel - 2022-01-22 I also see the benefit of having the remote not interfering with the database browsing. But other users might just be confused by the fact that they cannot just enable the remote and keep using the volume buttons and the positions they were used to. Also clicking next to the remote popup will dismiss it immediately. But the latter is possibly not really a problem, as before the user could just activate some other menu when clicking next to the remote... RE: Testflight access to beta version - UlfSchmidt - 2022-01-22 Difficult to find the best solution here, even when one has to decide solely on screenshots. But I know you have the necessary UX skills to select the best implementation. RE: Testflight access to beta version - Buschel - 2022-01-23 I am few steps further down the road. With the remote change on iPad -- I visually really like this a lot, but I cannot really judge this from usability point of view -- the app setting which sets the top/bottom position for the remote is obsolete for iPad. I anyway felt that the top/bottom feature for the remote is only useful for 1-hand devices like the iPhones. But as the app settings cannot differentiate between iPhone and iPad I now sped up the implementation of two other remote features for the iPhone:
Screenshots: https://abload.de/img/bildschirmfoto2022-0195jwi.png The downside is that it is always risky to change the code for the remote as there are soooo many corner cases with different devices. RE: Testflight access to beta version - UlfSchmidt - 2022-01-23 RE: Testflight access to beta version - Buschel - 2022-01-23 While checking the functionality in different device simulators I was asking myself what the best size for the remote will be. The screenshot below shows the remote on s small iPad 5G (2nd picture) and large iPad Pro 12.9" 5G (1st picture with size following the device, 3rd picture with fixed size). Somehow I feel like the remote size should adapt to the device's size (like in the 2nd picture): Would be great, if here are users who could comment on the usability of the current remote (which on the large iPads currently is really huge). Screenshots: https://abload.de/img/bildschirmfoto2022-01k4jw0.png RE: Testflight access to beta version - UlfSchmidt - 2022-01-23 My personal preference would be a fixed size of the remote, leaving just more of the background visible on larger iPads. I'm not a big fan of huge buttos and controls. But all this is just my own personal opinion. I fear this again is mostly a matter of personal taste. By the way, will the remote's location be fix (e.g. centered) or can one move it freely around? RE: Testflight access to beta version - Buschel - 2022-01-23 For a real fixed size (physical same dimensions) I would need to know if the UI px size matches physical size. When using the fixed UI px size I am concerned about having a remote of too small physical size. And: No, the panel cannot be moved. This is so-called "FormSheet" type which is placed in the center. RE: Testflight access to beta version - UlfSchmidt - 2022-01-23 I really had the expectation that it would be easy in iOS to draw something with a fixed dimension (not in pixels, but in a physical dimension). If not, you are right, it’s better to use some size relative to the full screen dimensions. RE: Testflight access to beta version - Buschel - 2022-01-23 Just researched this a bit. It seems most iPads have the same ppi (pixel per inch) and scale factor (physical pixel per UI px). So keeping the same UI px size will result in same physical size. Nevertheless the question is if users prefer to have an increased remote on larger devices. Only tests will tell. RE: Testflight access to beta version - Buschel - 2022-01-23 (2022-01-18, 19:45)amasephy Wrote: I was thinking today about how I actually use the app. May I suggest a feature?Here we go: https://abload.de/img/bildschirmfoto2022-01n2jjc.png This wasn't too hard to resolve. For ease of implementation I decided to fall back to show the main menu incase the user configured an menu item which is not configured as visible (e.g. selecting "Music" when "Show MUSIC" is off). The app enters the configured menu as soon as the connection to the server is established. This happens each time a server is connected successfully. RE: Testflight access to beta version - Buschel - 2022-01-24 1.10 build 3141.42 This is a pure test build, the changes are not merged yet as I want to collect some feedback on the implementation, usability and possible bugs. Screenshots can be found when following the given links.
RE: Testflight access to beta version - amasephy - 2022-01-25 @Buschel Wow, I take a few days away from the forum and you drop this huge update! Looks absolutely amazing. So first off I love the default menu option. I set it to remote and it feels so natural. I can’t even imagine using the app the old way anymore. I like that you moved the remote position and gesture pad options into the app itself vs having them in the settings app. I’d love to see every option available within the app someday. Ideally on that far right settings pane. I see the new server info details window. Nice. Global Search: I like this new feature. It seems to show both my movies and tv shows (that’s all I use in Kodi). If I may make a couple of suggestions… Since global search is first and foremost a search feature might it make sense to enable to search box upon activating global search and thus having the keyboard display immediately? I would guess most people have hundreds of not thousands of items in their libraries and scrolling through them all is not going to be the first choice to navigate this list. Secondly, if scrolling is desired I think it really makes sense to add that alphabet quick scroller that I mentioned a few days back that had the haptics. Finally another thank you for adding the up arrow gimmick as you put it. While it may seem like a thing barely worth adding I think from a uix perspective it seems thoughtful. I tested it and I think the position may need some tweaking. I found it a little hard to activate. It was real easy to “fat finger” the list item underneath that button. Since the play button is so close above it I tended to tap a little too low to compensate for avoiding pressing play. Maybe add some padding above the up arrow and somehow make the menu items less sensitive underneath? Not sure if this is possible. Thank you for this amazing update! RE: Testflight access to beta version - Buschel - 2022-01-25 Thanks for your feedback. Remote: Yes, for iPhone users I see absolutely no drawbacks, just improvements. Great to hear this works well for you. Global Search: Good feedback, let me get into some details.
RE: Testflight access to beta version - amasephy - 2022-01-25 @Buschel I did not realize the global search grouped categories. I have too much stuff in the library to scroll through them all to notice it. I just did a quick search on it and from there I saw a mix of content. If global search is merely all libraries combined and search is merely a feature like any other view maybe this could be called global library. Global search is fine though. Showing the search box at least by default would be an improvement but obviously if others could offer an opinion on this it would be best. I don’t really see myself using the feature so take my input lightly on this feature. I think the up arrow tapable surface enlargement you portray will help significantly. Can this be done on the down arrow? Interestingly this tap conflict issue isn’t a problem when using the alphabetic indexer feature. Maybe you can look at that and see if there is an obvious thing in code that prevents tap conflicts? RE: Testflight access to beta version - UlfSchmidt - 2022-01-25 I also like the new version very much and would like to see all these changes in the next baseline. No big issues so far, only minor observations:
|