Seite 3 von 3

Verfasst: Sa 16. Aug 2008, 00:50
von peter gutniak
FJ hat geschrieben:Hi

The Chatbutton is shown in Contacts, SMS, and calls. In Contactsview you can also select to which number of the contact you want to start the Chat. I think this is enought.

I'm also not a friend of saving chats completly. There are already the messages which are saved in MyPhoneExplorer AND the phone. If you ant to save the chat then you can use rightclick->Copy in the chatwindow.

The missing timestamps are a problem - but only for messages which were send with the phone and not with MPE. The messages which get created throught the Chatwindow have also a timestamp in the Sent-Folder.

I have changed the SMS-Window a littlebit in v1.7. The window disappears, and if the delivery fails then the window pops up again and you have the chance to save the message.
Thanks for these answers, FJ. I just installed the 1.7 beta and wanted to comment on your answers above.

Yes, the Chat button is displayed in the SMS window. But you can´t click on it, unless you´re answering someone´s message. This means that part of your discussion will be "lost" so to speak. Hence the reason for my request that you´d be able to start a chat-session just like you would a normal SMS. Actually, the chat-button could be placed in the New SMS window instead, just like Ping-SMS or Flash.

I understand that it would be unnecessary to keep copies of messages everywhere, but it would actually only require 1 extra database field plus 1 new view. What I meant was that you mark messages as being connected to each other with a "chat-ID". Then you use a separate view for displaying them, that´s all. The messages themselves would of course not have to be duplicated!

Messages created with MPE has never been an issue of course. But I was thinking of when one synchronizes the phone with MPE and imports messages into MPE. Therein lies the problem. But already you have a fantastic solution for giving the user choices when syncing! Why not enhance that by giving them the same choice when it comes to messages? The logic needed is not difficult at all (although I´m sure the coding is!). For example: The user has sms´d four people, and three people have answered. Display first 30 letters in every sms and let the user mark the order. That´s all we need since we already know who SMSd who. Because the exact time and date doesn´t have to be so important (in that case the properties can be adjusted manually, which is an existing feature)! Mostly, we just want to see in what order the messages were exchanged.

Yeah, I noted the change in the send SMS window. Thanks, that works for me... :D

Have a great weekend! :wink: 8)
/Peter

Verfasst: Sa 16. Aug 2008, 07:19
von FJ
Yes, the Chat button is displayed in the SMS window. But you can´t click on it, unless you´re answering someone´s message. This means that part of your discussion will be "lost" so to speak. Hence the reason for my request that you´d be able to start a chat-session just like you would a normal SMS. Actually, the chat-button could be placed in the New SMS window instead, just like Ping-SMS or Flash.
I'm afraid i don't understand the task. What would be better if you have a chat-button in the new-sms-window ? And why a part of a discussion gets lost - you can open the chatwindow before the discussion starts ? There are chat-buttons everywhere.

Chat-View: It was often discussed about a solution with reordering to generate sent-timestamps. I will NOT implement this.

Verfasst: Sa 16. Aug 2008, 12:30
von peter gutniak
FJ hat geschrieben: I'm afraid i don't understand the task. What would be better if you have a chat-button in the new-sms-window ? And why a part of a discussion gets lost - you can open the chatwindow before the discussion starts ? There are chat-buttons everywhere.

Chat-View: It was often discussed about a solution with reordering to generate sent-timestamps. I will NOT implement this.
?
Perhaps I have misunderstood something, or maybe my settings are wrong? Because when I open MPE, the chat-button is greyed out unless there´s an item highlighted, be it contact, call or SMS. I can´t open the Chat-window in Inbox! So if I´m in Contacts, a chat can be started with the selected contact. If in Calls, the same can be done with the selected caller. But in Messages, if that window is empty, I can´t start a chat with anyone. I must in that case either send a normal SMS and wait for an answer, or use the other means described. In my humble opinion, that isn´t really logical. The chat functionality should, once again in my opinion, be able to be started by the MPE-user in a section which logically handles messages. The reason for putting a chat-button in the New SMS-window (and by that I don´t mean that you´d remove the existing button), would be to 1. Facilitate a possibility for the user to start a chat instead of sending just one SMS and 2. Provide a choice for message mode connected with the base feature, which in essence really is sending an SMS, but in this case presented differently.

Let´s put it this way. In the New SMS-window, you give the user the choice of sending the message as a Flash. You could have placed that button on all the main icon bars instead (just like Chat), to be activated only when you highlight a Contact or a Call, but you chose to implement it in the New SMS-window because it makes sense, logically. The same applies to Chat...

About chat-view; Fair enough. It was just an :idea: .

Take care!
:D

Verfasst: Sa 16. Aug 2008, 21:04
von FJ
OK, the Chat-Buttons will be enabled always in future. if no message is selected then MPE shows the number-select-dialog.

I also thought about a Chat-Button in New-Message-Window but its a littlebit tricky to handle cause you can add in the messagewindow more then one recipients. Ok, i could hide the button if there are more recipients selected, but it would look inconsistent

Verfasst: So 17. Aug 2008, 22:01
von FJ
@chpfeiffer: hab mir deine Log angesehen. das Handy liefert beim Auslesen des Prividers folgendes zurück:
20:18:52.92 [RX]: +COPS: 0,0," ",2
Also ein einfaches Leerzeichen. da kann ich wohl nix dagegen machen - ich denke aber das ist auch nicht weiter schlimm

Verfasst: Di 19. Aug 2008, 20:06
von KCh
Hi FJ,

ich habe noch folgendes Dilemma, allerdings auch schon in früheren Versionen:

Ich nutze MPE auf 2 PC, eienr davon mein privater auf dem ich SMS archiviere und der zweite auf der Arbeit. Dadurch kommt es regelmäßig dazu, dass ich die Meldung bekomme (sinngemäß) "MPE hat noch SMS im Eingang, die nicht mehr im Handy sind. Wie soll mit diesen verfahren werden? Löschen oder ins Archiv kopieren".

Soweit so gut. Dann gibts da die Option "meine Antwort merken und ab sofort immer verwenden", leider funktioniert dies bei mir nicht, die Frage kommt jedesmal wieder.
Woran kann dies liegen? Wenn es ein genereller Bug wäre, wäre dir das doch sicher schon rüher aufgefallen.

Ansonsten läuft die 1.7er beta soweit gut.

Gruß,
Christian

Verfasst: Di 19. Aug 2008, 20:30
von FJ
Wenn im Handy garkeine Nachrichten mehr sind und in MyPhoneExplorer schon dann kommt die Abfrage aus Sicherheitsgründen immer (Der user könnte ja ein Firmwareupgrade gemacht haben und dann dadurch alle seine Nachrichten verlieren)

Verfasst: Di 19. Aug 2008, 20:38
von KCh
Das erklärt es natürlich. Aber für einen Fall, der 1 Mal im Jahr eintritt (FW Update), jeden Tag die Meldung zu haben, ist schon bitter. Zumal man ja erstens vor einem FW Update angehalten wird, seine Daten zu sichern und zweitens nach einem FW Update nur eine einzige SMS zu bekommen braucht, um die Meldung zu umgehen und somit doch alle alten SMSe zu verlieren.

Verfasst: Di 19. Aug 2008, 20:44
von FJ
Zumal man ja erstens vor einem FW Update angehalten wird, seine Daten zu sichern
Was glaubst du warum diese Funktion überhaupt drin ist. Du hast recht - dieser Fall tritt vielleicht nur einmal jährlich ein, aber du kannst mir glauben dass ich hier im Forum schon sehr viele enttäuschte User hatte die den Unterschied zwischen "Ansicht aktualisieren" und "Synchronisieren" nicht verstehen. Bei tausenden Usern, die alle einmal pro Jahr ein Firmwareupdate machen kannst du dir die "Unfallstatistik" ja ausrechnen.

Umso seltener ist es aber so dass ein user seinen SMS-Speicher im Handy immer komplett leerräumt.

Es steht also in keiner Relation

Verfasst: Di 19. Aug 2008, 20:53
von KCh
Ein klarer Interessenskonflikt: Du arbeitest eher auf die Vermeidung von kapitalen Fehlern hin während ich ein mündiger User bin mir etwas mehr Komfort wünsche. ;-)

Vorschlag:

- Wenn ein User löschen drückt und das Häkchen bei "diese Aktion merken" setzt, kommt wie gehabt bei leergeräumtem Handy immer die Abfrage.
- Wenn ein User aber sagt "ins Archiv kopieren" und das Häkchen setzt bei "diese Aktion merken", dann kommt die Abfrage nicht mehr, denn es besteht ja keine Verlustgefahr.

Vielleicht ists aber auch genau so implementiert (ich hab nur nie was anderes probiert außer löschen).
Dann würd ich beim nächsten mal "archivieren und Entscheidung merken" drücken und halt alle halbe Jahre mal das Archiv auf meinem Firmen-PC leeren.

Verfasst: Di 19. Aug 2008, 21:19
von FJ
MyPhoneExplorer soll so einfach wie möglich zu bedienen sein und er soll die möglichen Fehler von Usern erkennen und vermeiden. Klar wirds immer welche geben denen das zuviel an Sicherheit ist aber der großteil verlässt sich drauf.

Dein Kompromiss klingt gut, war bisher so noch nicht drin aber mit dem nächsten Update werde ich es so machen.

Verfasst: Mi 20. Aug 2008, 12:59
von KCh
Super!

Mit ist noch eine Kleinigkeit aufgefallen, wenn ich einen neuen Termin in MPE anlege, fehlt das Label "Titel" (oder Betreff oder wie es hieß), statt dessen ist da das letzte Drittel eines Buttons zu sehen dessen Titel auf "and3" (evtl. Command3?) endet. Der Button reagiert auch, zeigt ein kleines Fenster mit diesem Inhalt:

0
0
OK

:-)

Ich werd dir mal Screens per Email zukommen lassen.

Gruß,
Christian

Verfasst: Mi 20. Aug 2008, 20:40
von FJ
Danke, war nur ein testbutton, hab ich schonwieder rausgenommen.

Verfasst: Mi 20. Aug 2008, 21:57
von FJ
Dieser Thread wird jetzt geschlossen weil ich heute Version 1.7 veröffentliche. Die Veröffentlichung war erst für die nächsten paar tage geplant, aber die beta ist leider auf ein paar Downloadportalen gelandet.