Open GoogleCodeExporter opened 8 years ago
(1) For email, just tap on the message box and "read" the mail. It will be
marked as read.
(2) For SMS, I didn't write that extension, you have to consult the author.
(3) For IM (Push notification), it has to be managed by the application. GriP
Push Notification only converts the
alert box into GriP message and nothing else.
Or have I missed your question?
Original comment by kennytm@gmail.com
on 29 Jul 2009 at 5:24
To be honest I thought this was probably the case, but thought I'd ask, just in
case
I was wrong.
See below
(1) For email, just tap on the message box and "read" the mail. It will be
marked as
read.
I can get the required functionality using this method, but it appears to be
done
through the "You've got mail" app, as apposed to grip it self. Therefore if
SMS, and
IM could be implemented as described - Email would be inconsistent.
(2) For SMS, I didn't write that extension, you have to consult the author.
That’s fair enough, although I don't see how grip can allow the SMS extension
author
to write this functionality.
After looking at the preview in settings (and assuming the app gets the same
response as given on screen):
If I don't touch the notification - Message ignored.
If I press the 'x' - Message ignored.
If I press the message - Message touched.
So any app can only get 1 of 2 responses from grip.
And therefore can only ignore the message, leave the badge and not open the
app.
(ie. I’ve seen the preview. I don't want to be interrupted right now, but I
do want
a badge to remind me this message needs a reply).
Or open the app show the message and remove the badge. (ie. I've seen the
preview
and I want to reply now).
There doesn't appear to be anyway to say - I've seen the preview and it doesn't
need
a reply. I don't want a badge on the app.
I can understand the actual removal of the badge needs to be done by the app,
but
doesn't there need to be a change to grip?
So that when the app is opened it is somehow notified of my intension to either:
1. I want to reply now.
2. Just remove the badge and close (and do this without even opening any screen
if
this is possible (obviously possible when jailbroken, don't know about app
store
apps though))
(3) For IM (Push notification), it has to be managed by the application. GriP
Push
Notification only converts the alert box into GriP message and nothing else.
Thought that might be the case. The above bit about SMS also applies here.
Do you think it would be possible to persuade a legitimate, non-jailbroken, app
store app to support grip, or would I just be wasting my time?
I don’t know how the internal of grip works, but I suspect it's a case of.
If the message is ignored (including previewed and then the ‘x’ touched)
then do
nothing.
If the message is touched then open the app.
In order to implement what I'm asking for there would need to be some
communication
from grip to the app, (I don't even know if that is possible) so that you’d
get the
following.
Message ignored then do nothing.
Message touched (touch_type_1) then open app – app decides what to do (could
be open
app ready for a reply to the message)
Message touched (touch_type_2) then open app – app decides what to do (could
be
remove badge as inconspicuously as possible (or as inconspicuously allowed by
apple
in the case of app store apps))
If there is a quick fix to open an app with a flag, or some method to tell it
what
action to take, or alter an apps badge number (as the push notification system
must
be doing) this would be great, but I suspect this would probably be a large
rewrite.
Thanks for the reply.
Cheers
Original comment by leeflemi...@gmail.com
on 29 Jul 2009 at 10:19
@2:
The extension author can use the "detail" field (that's what you get when you
press the ▼ button) for the SMS
message. That's how you can "preview" a message. It's also the same for Push
Notification.
Original comment by kennytm@gmail.com
on 29 Jul 2009 at 5:33
I have raised this issue on the SMS add-on authors site:
http://code.google.com/p/iphone-quickreply/issues/detail?id=13
You have misunderstood my last comment though (Maybe I waffled too much).
I think I've also tried to offer a solution to the problem without
understanding the
architecture of how grip, extension and theme fit and work together, which
obviously
doesn't make any sense to do.
But if we take the example of just an SMS.
When I receive an SMS the 1st thing I want to do it preview it, so I press the
down
arrow. I have no problem with this and it's not the issue I am raising.
At this point I want to do 1 of 3 things. But grip (or maybe just the default
theme)
doesn't allow 3 actions. It only allows 2.
I want to either:
1. Reply to an SMS now. To do this I touch the notification.
2. Reply to an SMS later. I want to dismiss the notification, but keep the
icon badge to remind me to send the reply. To do this I press the 'x'.
3. No reply needed. I want to dismiss the notification and the icon badge
removed (or left as it was before receiving the SMS if I already had
unread SMSes). Currently there is no way to do this. I would have to touch
the notification so that SMS app opens then close it and lock the phone
again. (Assuming I started at the lockscreen).
Maybe this can be done with an update to the extension and theme. I don't know.
But the point I was trying to get at is the current user interface (after doing
the
preview) only allows 2 actions. Touch notification or touch 'x'. There is
nothing to
press for a 3rd action.
Cheers
Original comment by leeflemi...@gmail.com
on 30 Jul 2009 at 9:45
[deleted comment]
I second this.
Its a hassle having to open the application just to dismiss unread items (like
SMS or
calls) when you already had read them on the main/lock screen. Otherwise, the
badge
will stay there, grabbing your attention, when actually that event is no more
important.
That happens to me especially with calls. If I miss a call, event if I go to the
phone application and call back that person, the badge will still be there. I
have to
open the phone app, tap on the recents tab, and then tap back on another tab to
make
the badge go away.
At the same time, apps like calendar, for instance, fails to deliver a
consistent
experience. If you receive an event alert, you do not have the option to
dismiss the
alert and leave a badge under the calendar icon to remind you about that event
later.
Still, I don't see it as a problem for being solved by Grip. I think that Grip
can't
tell an app "Hey, remove you badge!", because each application controls its own
events when it is running. So, sure that it would be nice to have this being
improved somehow, but I think that is more of an Apple's task than a Grip's
task.
Maybe this is one of that iPhoneOS philosophical or architectural topics, out
of the
scope of Grip's development.
Comments of kennytm on this (as if it is or not Grip's scope) would be nice.
Original comment by carloses...@gmail.com
on 30 Jul 2009 at 1:46
I also don't know if this is in or out of the scope of grip and I
also thought that ONLY the app can control it's badge, but
this can't be true.
Think about the push notifications. When an im receives a
push notification it's icon also gets a badge and the app was
never run.
Another example is weathericon. It can be setupto put a
badge of the current temp on the weather app.
So there are examples of apps that can change other apps
badges
Original comment by leeflemi...@gmail.com
on 30 Jul 2009 at 6:16
@6:
Removing a badge is definitely outside of GriP's scope.
But then there's an enhancement request here I can see - allow GriP messages to
have more than 2 responds
(besides "confirm" and "ignore"). Frankly speaking, although it is easy to
implement on the Default theme,
we'll miss the point of the Growl system - providing _unobstructive_
notifications. Requiring the user to make
a decision is certainly obstructive. And then some theme may even not able to
provide a "confirm" respond.
For example, a theme that _speaks_ the event when a message arrives? (This is
one of the standard Growl
themes.)
@7:
The badge is part of the push notification. A push notification can deliver
text (that's the dialog), number
(that's the badge) and sound.
Original comment by kennytm@gmail.com
on 31 Jul 2009 at 3:23
The notifications can still be unobstructive.
You don't need to _require_ a decision.
You give the _option_ of a decision, with the default action still to just fade
away if no decision is made in
a set time.
Original comment by leeflemi...@gmail.com
on 31 Jul 2009 at 4:41
@8:
Yes, having Grip to allow that third action would be helpfull.
@9:
I think you're right. By default, the notification can simply fade, leaving the
badge. And by touching it you can choose one of the following: Confirm that
you've
received it, canceling the badge, or view details inside application or
notifications
log.
But don't know if the option to remove badge is possible, though. As kennytm
stated
above that it is out of Grip's scope.
Original comment by carloses...@gmail.com
on 31 Jul 2009 at 4:55
If grip does need updated to achieve this and you are thinking of working it
This is how I would like it to work.
From a user interface point of view.
See attached picture.
(I would like to see the preview by default - but that is not the issue and has
already been raised and worked
as issue176.)
Picture 1 - touching the notification will open the app (As it already does).
Picture 2 - Dismisses the notification (As it already does)
(One thing I've just noticed. This is redundant if the default is to show the preview and also to fade away
if nothing is touched)
Picture 3 - Another icon (Choose a different style of icon if you like) that
will dismiss the notification, but also
reduce the icon badge count by 1, so that this notification is not included in
the badge count.
I see there is a new grip version (0.1-11q), so I'm off to download this now.
(What is GriPGRIP 0.1-11q
though?)
Keep up the good work. I really like this app.
Cheers
Original comment by leeflemi...@gmail.com
on 31 Jul 2009 at 8:59
Attachments:
Original comment by kennytm@gmail.com
on 25 Dec 2009 at 8:59
Original issue reported on code.google.com by
leeflemi...@gmail.com
on 28 Jul 2009 at 10:37