Advertisement
Guest User

Untitled

a guest
Dec 17th, 2014
188
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 10.54 KB | None | 0 0
  1. Daniel Foré [12:19 PM]
  2. @carl: hm you're right. wtf.
  3.  
  4. Daniel Foré [12:19 PM]12:19
  5. I think @harvkitty has smart playlist editor mocks
  6.  
  7. Harvey Cabaguio [12:23 PM]
  8. yes
  9. Harvey Cabaguio
  10. [new playlist.png]
  11.  
  12. Harvey Cabaguio [12:24 PM]
  13. I need to sit down and make these blueprints
  14.  
  15. Daniel Foré [12:24 PM]
  16. Yeah
  17.  
  18. Daniel Foré [12:24 PM]
  19. that's sexy like a chocolate strawberry
  20.  
  21. Carl [12:29 PM]
  22. So I guess a bug report should be filled. Also sort order should be added.
  23.  
  24. Harvey Cabaguio [12:53 PM]
  25. @carl: as part of the rules? how would it work?
  26.  
  27. Harvey Cabaguio [1:07 PM]
  28. @danrabbit: does this make sense https://blueprints.launchpad.net/noise/+spec/combine-new-playlist-and-smartplaylist-ui
  29. Currently, the method for creating a playlist and smart playlist in Noise is a bit different. We need to combine them into one simple UI to make things simpler. TODO: Smart Playlist * Use a popover instead of a separate window for making a new playlist * Have the smart playlist icon in the entry to show that its a smart playlist * Allow rules to be removed * Make the playlist size limit a part of the rules * When all the rules are removed, revert back to a normal playlist (show normal playl...
  30.  
  31. Harvey Cabaguio [1:07 PM]
  32. I'm gonna file the todo as bugs (edited)
  33.  
  34. Sergey Davidoff [1:07 PM]
  35. the "remove rule" button should probably turn red on hover, and _ideally_ there should be some kind of undo mechanism too. (edited)
  36.  
  37. Harvey Cabaguio [1:09 PM]
  38. I don't think an undo would be necessary
  39.  
  40. Sergey Davidoff [1:09 PM]
  41. I have to admit it does feel like over-engineering
  42.  
  43. Carl [1:16 PM]
  44. @harvkitty when you create a smart playlist that returns the last played you might want to have it sorted by last played and rating.
  45.  
  46. Carl [1:18 PM]
  47. @harvkitty I agree with shnatsel the fusion seems over engineered.
  48.  
  49. Harvey Cabaguio [1:18 PM]
  50. is it?
  51.  
  52. Sergey Davidoff [1:19 PM]
  53. What fusion? I was referring to the "undo" thing in there. That's probably over-engineering. I have no opinion on smart playlists because I don't use them. (edited)
  54.  
  55. Harvey Cabaguio [1:21 PM]
  56. @carl: I was basically like, the only thing separating smart playlists from normal playlists is that smart ones have rules. no rules > normal playlist
  57.  
  58. Carl [1:21 PM]
  59. Fusing limit with rules makes things more complicated as the ui mixes things that are not the same: clauses that apply on field and a limit that apply to a smart playlist.
  60.  
  61. Carl [1:22 PM]
  62. It also crowd the rule list that is already long as it is.
  63.  
  64. Sergey Davidoff [1:23 PM]
  65. Do we even need a track number limit? I can't think of any use cases for it, and this Noise is fast enough to handle almost any track lists that fit on a modern HDD
  66.  
  67. Carl [1:23 PM]
  68. And the thing that you can drag and drop tracks on a playlist.
  69.  
  70. Carl [1:24 PM]
  71. Noise 0.4 is fast/smart enough. Noise 0.3 needed the artificial limit. And badly so.
  72.  
  73. Harvey Cabaguio [1:24 PM]
  74. so we can remove the limit?
  75.  
  76. Carl [1:24 PM]
  77. In a future release yes.
  78.  
  79. Sergey Davidoff [1:25 PM]
  80. you mean in your current experimental branch, or that's a totally future work item? (edited)
  81.  
  82. Carl [1:25 PM]
  83. Also you can't turn a static playlist into a smart playlist: what happens to the tracks that have been added to the static playlist?
  84.  
  85. Harvey Cabaguio [1:26 PM]
  86. this is only when you're making a playlist
  87.  
  88. Carl [1:26 PM]
  89. It works right now if my current branch without the limit: I tested it with huge smart playlists.
  90.  
  91. Harvey Cabaguio [1:27 PM]
  92. if you're editing the rules of a smart playlist you could make them unable to remove the last rule
  93.  
  94. Sergey Davidoff [1:27 PM]
  95. Regular and smart playlists are separate entities still, you just have a single dialog to create any of those.
  96.  
  97. Sergey Davidoff [1:27 PM]
  98. They should even have different icons (in 0.3 they do)
  99.  
  100. Carl [1:32 PM]
  101. To be fair the actual playlist / smart playlist creation process is not complex (for all its woes). While I think that the dialog must be redone (and the blueprint is totally useful) it should be reworded as its goal is not to make things simpler. (edited)
  102.  
  103. Carl [1:32 PM]
  104. (Just a question of being accurate)
  105. Harvey Cabaguio
  106. [1:32 PM]
  107. [new playlist.png]
  108.  
  109. Harvey Cabaguio [1:33 PM]
  110. isn't this simpler?
  111.  
  112. Sergey Davidoff [1:39 PM]
  113. now that I think of it, maybe not
  114.  
  115. Sergey Davidoff [1:40 PM]
  116. I like the fact that if I need a simple dumb playlist it just takes me directly there and the title editing happens in the sidebar. Zero superfluous entities!
  117.  
  118. Daniel Foré [1:41 PM]
  119. Well it's the same number of clicks at the moment
  120.  
  121. Daniel Foré [1:41 PM]
  122. you hit add and then decide if it's a smart playlist or not
  123.  
  124. Harvey Cabaguio [1:42 PM]
  125. and its consistent with everything else that has that +- bar
  126. Sergey Davidoff
  127. [1:42 PM]
  128. [sergey's mockup]
  129.  
  130. Sergey Davidoff [1:43 PM]
  131. To be honest that +/- bar seems like a terrible UI element to me. It's so far away from the actual playlists that I just don't get the connection between them.
  132.  
  133. Sergey Davidoff [1:43 PM]
  134. I'd rather show a _Create new playlist..._ item at the bottom of the list of playlists (edited)
  135.  
  136. Corentin Noël [1:44 PM]
  137. The problem is that it's in a wide status bar
  138.  
  139. Sergey Davidoff [1:45 PM]
  140. Yeah, in Noise it's doubly confusing because it's in the status bar. But it's a terrible UI element in general; the controls are too detached from the actual content.
  141.  
  142. Corentin Noël [1:45 PM]
  143. Well, The element to add elements was really weird in the Application plug
  144.  
  145. Sergey Davidoff [1:46 PM]
  146. Just type the name in _Italics..._ and it clicks :wink:
  147.  
  148. Corentin Noël [1:46 PM]
  149. talk about Italic to dan… (edited)
  150.  
  151. Sergey Davidoff [1:47 PM]
  152. What if we use a _Create new playlist..._ item in the list of playlists instead of that + in the statusbar and modify the "No songs" notice to include a button to create a smart playlist?
  153.  
  154. Sergey Davidoff [1:47 PM]
  155. danrabbit: :point_up:
  156.  
  157. Corentin Noël [1:47 PM]
  158. I would say, how often do you create playlists
  159.  
  160. Carl [1:48 PM]
  161. I would say often.
  162.  
  163. Sergey Davidoff [1:48 PM]
  164. I never do, I just don't see the controls to do that.
  165.  
  166. Corentin Noël [1:48 PM]
  167. really ?
  168.  
  169. Carl [1:49 PM]
  170. But noise may have trained users not to as they are deleted in some cases. (edited)
  171.  
  172. Carl [1:50 PM]
  173. Yes of course. A playlist for particular mood. Or just to keep all heterogeneous tracks sitted in the same folder together!
  174.  
  175. Corentin Noël [1:50 PM]
  176. Are you really creating playlists daily ?
  177.  
  178. Corentin Noël [1:51 PM]
  179. Then you're working at Spotify or so :stuck_out_tongue:
  180.  
  181. Carl [1:51 PM]
  182. I use them daily! I tweak them from time to time.
  183.  
  184. Sergey Davidoff [1:51 PM]
  185. I don't create playlists daily, but when I do, I want the program to get the hell out of my way and just let me do it quickly and efficiently.
  186.  
  187. Carl [1:52 PM]
  188. @shnatsel and I don't want to loose a playlist ever again. That's data loss.
  189.  
  190. Sergey Davidoff [1:52 PM]
  191. I feel ya.
  192.  
  193. Carl [1:54 PM]
  194. My playlists and the media tags are my content/document. Each time noise looses them it's data loss. (edited)
  195.  
  196. Carl [1:54 PM]
  197. So not saving the media tag rating (and skip/play count) in the file is data loss.
  198.  
  199. Carl [1:55 PM]
  200. Deleting playlists because I change my music folder is data loss.
  201.  
  202. Carl [1:55 PM]
  203. Asking me to rm my db for any reason is data loss.
  204.  
  205. Daniel Foré [1:56 PM]
  206. slackbot, what do we say about italic
  207.  
  208. Slack Bot [1:56 PM]
  209. https://www.youtube.com/watch?v=umDr0mPuyQc
  210. YouTube
  211. Retro Pep
  212. NO GOD! PLEASE NO!!! NOOOOOOOOOO
  213.  
  214.  
  215. Corentin Noël [1:57 PM]
  216. carl: I've nothing about keeping your playlists alive :stuck_out_tongue:
  217. I just say we don't need a fake item in the menu to add more (edited)
  218.  
  219. Daniel Foré [1:58 PM]
  220. ^
  221.  
  222. Carl [1:58 PM]
  223. I was not replying to the menu thing. Either way it boils down to the same thing.
  224.  
  225. Carl [1:58 PM]
  226. I was just talking about a bigger concern of mine.
  227.  
  228. Carl [2:00 PM]
  229. The option is a bit tiny as shnatsel said. But I would rather go with what is consistent with the os. So the + - thing. I like the right click delete though (that is currently implemented) (edited)
  230.  
  231. Sergey Davidoff [2:09 PM]
  232. danrabbit: how about creating a regular playlist right away and showing that instructions screen (screenshot above) with an "Automatically fill playlist" button?
  233. So that a playlist is created right away and then you can choose if you want to populate it manually or define the auto-fill rules. Plus this rids us of an extra entity in the form of that popover dialog.
  234.  
  235. Corentin Noël [2:12 PM]
  236. or display a button in the empty view allowing to populate it
  237.  
  238. Sergey Davidoff [2:12 PM]
  239. tintou: that's exactly what I meant
  240.  
  241. Corentin Noël [2:12 PM]
  242. shnatsel: so it's a good idea :smile:
  243.  
  244. Sergey Davidoff [2:15 PM]
  245. I still suck at explaining don't I
  246.  
  247. Corentin Noël [2:15 PM]
  248. Maybe did I failed to understand you too :simple_smile: (edited)
  249.  
  250. Corentin Noël [2:17 PM]
  251. but the only thing I can tell you is Da, Niet (edited)
  252.  
  253. Daniel Foré [2:18 PM]
  254. @shnatsel: that's an interesting idea, however
  255.  
  256. Daniel Foré [2:18 PM]
  257. what about editing?
  258.  
  259. Daniel Foré [2:18 PM]
  260. now we must have two interfaces
  261.  
  262. Sergey Davidoff [2:19 PM]
  263. We could just move Harvey's popover to that button in the empty view so we still have one UI. But I think there's a better way to do that.
  264.  
  265. Sergey Davidoff [2:20 PM]
  266. let me do a quick mock
  267. Sergey Davidoff
  268. [2:25 PM]
  269. Quick mock
  270.  
  271. 93KB PNG in #noise • Add comment • Open original
  272.  
  273. Sergey Davidoff [2:26 PM]
  274. danrabbit: :point_up: This has one huge advantage: live preview of your filters, both when creating and when editing
  275.  
  276. Daniel Foré [2:28 PM]
  277. how is that somehow better than using the popover?
  278.  
  279. Sergey Davidoff [2:28 PM]
  280. carl: is that a reasonable thing from the technical standpoint, or will require too much work?
  281.  
  282. Daniel Foré [2:29 PM]
  283. it's just bigger
  284.  
  285. Sergey Davidoff [2:30 PM]
  286. danrabbit: no wonky focus issues, won't collapse until you're done or you've cancelled it (forgot the Finish and Cancel buttons in the mock!) and has a clear connection to the track list
  287.  
  288. Carl [2:41 PM]
  289. Well it will require work. But there is no performance issue here. I would suggest to move the criteria above as the media are a result (so the bottom is more fitting)
  290.  
  291. Carl [2:41 PM]
  292. That being said I probably won't be the one implementing the new playlist creation dialog.
  293.  
  294. Carl [2:42 PM]
  295. (I have had enough of noise for many lifetimes)
  296.  
  297. Corentin Noël [2:42 PM]
  298. carl: oh !
  299.  
  300. Sergey Davidoff [2:43 PM]
  301. Then the entire thing should be postponed post-Freya and it's pointless to discuss it now
  302.  
  303. Carl [2:43 PM]
  304. Well all this interesting chat must added to the blueprint. So it won't be lost in slack guts.
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement