Will mail full details to you directly John (for the record i’m on OS 10.4.9 with Entourage 11.3.3)
jonny
on 9/5/07 01:02, John Carlsen at ThinkAgain@... wrote:
On May 7, 2007, at 1:38 pm, J Bradley wrote:
Having said i didn't have time to check out the new 4.10 beta, i went and did (as it looked so pretty ;) and found a couple of things... (sorry)
Actually, thanks. This is the only problem report, or any report, that I have received so far, after several days. Usually there’s more, so I was beginning to wonder...
Mainly - most mails from a colleague that uses Google Mail (to send) - and most (80%?) of his mails seem to loose all the line feeds on their way in. It looks like the ones that are ok have extra non-utf-8 plain text chunks in them, but i can't see why - i can send you a source example of each type off-list if this is a new thing
I assume you are archiving from Mail? That’s the only one that should have any problems like that, I think.
It probably is new. I would appreciate you letting me examine them. Just the text source code, pasted into your email; not by reply, forward, etc.
- i'm afraid it means i'll continue to use the old one for now.
Which version of eMA is that? I may want to compare my new code with the old, to see what I did to no longer treat this type of email properly.
A couple of very tiny points - the folder set on the archive page seems to be saved as having set 2 selected - i got a couple of "nothing archived" messages before i twigged it (but then i'm a bit dim ;)
I happened to have column 2 set, just before uploading. “Twigged” means you selected column 1, right? My preference has been to select the column of checkboxes that’s nearer to the Mailbox list. I didn’t think about “dim” people. ;-)
I could make my “Reset All To Default” script set it to column 1.
Anyway, it may be a good idea for me to insert a check at the beginning for no boxes checked and give a specific warning, before calling the AppleScript and letting it go all the way to the end.
Oops! Done. Both. For next update version.
and the "previous" record button ("next" is ok) at the top make the list redraw itself and reset to the first page, but using CTRL/up-arrow in the time honoured way still works fine.
I can’t get the “Prev” button to misbehave in that way. Or any of the others. I even used the “command-left arrow” shortcut, and that worked for me also. On all 5 layouts.
Can you replicate that problem? If so, let me know which layout (they all have different copies of the main set of buttons, and one may not be fully updated), and any other details you can think of.
Otherwise, the "solution" (application runtime thing) seems to work fine (i had loads of trouble with one around 4.0 and was nervous). Generally the whole app looks and feels much improved - well done! (actually feels to me much more like 4.5 than 4.1)
Worth updating (for me) when the google line feed thing is resolved, apologies for finding work for you.
Glad to hear that. Send me those email sources, so I can check them out, and hopefully fix them.
--
Cheers,
John