[Circle Minus] instead of trash can? Simplify two Queue submenus into one? Paypal donations?

14 views
Skip to first unread message

Chuck Eglinton

unread,
Oct 1, 2014, 8:22:32 AM10/1/14
to listen-...@googlegroups.com
Hello Patrick,

First of all, excellent podcast app!  I've used several podcast apps, and yours is the simplest and best.  I most recently gave up "Beyond Pod" to use your app instead.

1) How can I send you MORE money beyond the 99-cents without having to sign up for some micropay service?   Can I send money to your Paypal account?

2) If a [Circle Plus]  (+) adds an episode to a queue, shouldn't a [Circle Minus] (-) remove it?   Unfortunately, most users may naturally assume that the [trash can] icon complete removes selected items from the device, which is incorrect.

3) Because two different Queue options appear in the submenu, it is unclear if the two queue options share an "AND" or "OR" relationship.  Perhaps a clearer way is to simplify the auto-queue options to a single submenu item.  For example, with a single option button menu it is clear to the user that the choice is an "OR" relations, not an "AND" choce. For example:

Automatically Queue 
These Unlistened episodes:
  (  )  None (Manually Queue)
  (  )  All Unlistened
  (  )  From past day
  (  )  From past week
  (  )  From past 2 weeks
  (  )  Most recent episode
  (  )  2 recent episodes
  (  )  5 recent episodes

4) Not so important, but maybe clearer if the singe submenu item was titled "Auto Queue"

5) I'm not sure if you're in North America, but when the tool tip appears for the [Circle Plus] (+) it might be clearer if you use the term  "Add to Queue" rather than "Enqueue"

Since no instructions exist, I believe these simple changes would make Listen-Up easier to use especially for new users.

Thanks again for a great app!




Chuck Eglinton

unread,
Oct 1, 2014, 8:59:14 AM10/1/14
to listen-...@googlegroups.com
Also #6:  The tool tip for the magnifying glass should display "Search for podcast or Podcst URL"  because it's not intuitive that the user can paste a podcast URL directly into the search box.

--Chuck

Patrick Julien

unread,
Oct 1, 2014, 9:00:37 AM10/1/14
to listen-...@googlegroups.com
1. Yep, if you want, my email pjulien at gmail is paypal enabled :)
2. I agree with you, but there wasn't a minus sign available in the SDK.  I don't have a graphics person to do a good looking, holo compliant minus sign for me.  I'm working on version 3 of the application that will require ICS at a minimum instead of gingerbread.  I'll have another look
3. Not sure what you're telling me here, can you clarify a bit?
4. OK, i'll do it for version 3
5. Yes i am, it's just that button is configured to display the full text if there is room.  It's surprising how many tablets will just not show the text if there is more than one word in it.

thanks for the feedback 


On Wednesday, October 1, 2014 8:22:32 AM UTC-4, Chuck Eglinton wrote:

Patrick Julien

unread,
Oct 1, 2014, 9:02:56 AM10/1/14
to listen-...@googlegroups.com
Yes, you're right, that would explain a lot of older posts on this very forum where people were asking for this feature.

Chuck Eglinton

unread,
Oct 1, 2014, 9:25:30 AM10/1/14
to listen-...@googlegroups.com
Patrick, thanks for your quick reply!

To clarify #3.   Currently two options on the submenu exist for Queue

Queue....
 Newer than a day
 Newer than a week
 Newer than a two weeks (typo)
 All unlistened 

Queue how many...
  None (manual)
  Max. one new episode
  Max. two new episodes
  Max. five new episodes
  All new episodes

So, it is unclear...
   May I select Max five new episodes .AND. Newer than one week?
   May I select Max five new episodes .OR. Newer than one week?

The outcome may be different whether the condition is .AND. or .OR.

Also, if the application uses the term "unlistened" then the same term should be used uniformly, instead of the word "new."    What I'm suggesting is that the app have only a single "Auto-Queue" option which eliminates the .AND. / .OR. ambiguity of the current two Queue choices.  For example, there is little ambiguity in this dialog when only one can be selected:

Automatically Queue 
unlistened episodes...
  (  )  from past day
  (  )  from past week
  (  )  from past 2 weeks
  (  )  most recent 1
  (  )  most recent 2
  (  )  most recent 5
  (  )  All Unlistened
  (  )  None


--ChuckEgg
  

On Wednesday, October 1, 2014 8:22:32 AM UTC-4, Chuck Eglinton wrote:

Chuck Eglinton

unread,
Oct 1, 2014, 9:52:55 AM10/1/14
to listen-...@googlegroups.com
Sent you a donation to your Paypal: pjulien at gmail dot com.
Thanks!

On Wednesday, October 1, 2014 8:22:32 AM UTC-4, Chuck Eglinton wrote:

Patrick Julien

unread,
Oct 1, 2014, 9:54:12 AM10/1/14
to listen-...@googlegroups.com
You're right it's confusing because this is not what both options do. The option "Queue how many..." is indeed for auto-queuing.  The other one is not and queues your selection immediately based on your selection and the currently available episodes.

So looks like some work is needed here to clear this up

Patrick Julien

unread,
Oct 1, 2014, 9:54:33 AM10/1/14
to listen-...@googlegroups.com
Yep, I saw.  Thank you very much, it's appreciated.

Chuck Eglinton

unread,
Oct 1, 2014, 10:11:16 AM10/1/14
to listen-...@googlegroups.com
Patrick wrote:
>>> [Queue...] queues your selection immediately based on your selection and the currently available episodes.

By "currently available" do you mean, currently available episodes in the cache on the phone/tablet?  or currently available for download from the xms feed on the author's website?

It's only my opinion, but users would likely be less confused if you eliminated the "Queue..." option entirely.   Instead,  offer a single Auto-Queue option list, and perform the auto-queue action upon the settings frequency or whenever the user presses the refresh icon.   This way, you've removed a confusing option (Queue...) but can achieve a similar result for the user by expanding (relabeling) the other Queue option.

Thanks again
--ChuckEgg


On Wednesday, October 1, 2014 8:22:32 AM UTC-4, Chuck Eglinton wrote:
Reply all
Reply to author
Forward
0 new messages