On Nov 29, 2007, at 1:16 PM, Joe Strout wrote:
> By SQLite, you mean the current REALDatabase, yes? I can see some
> sense in that. Break the message up into parts: one row for each
> header of each message, plus another row for the body. Then you can
> quickly search by any combination of headers and/or body.
> Reconstituting the message won't be too hard either.
>
> I'm just a fan of the mbox format because it's the Unix standard,
> it's simple and reliable, and when something goes wrong the user can
> fix it because it's human-readable. But I recognize that it's not a
> very good design for searching when thousands of messages are
> involved. So, OK then, store in REALDatabase but export (perhaps
> regularly) to mbox.
Or, use the mbox format and create an index that's maintained as a
datatable or stored dictionary. As for searching, a combination of
the index values and the lines returned by an exec'd "grep -n" is
VERY fast when scanning over 500K average messages. You could then
match the line values returned by the grep to the values in the index
to determine which message(s) is involved in the search results.
>
>>
> On Nov 29, 2007, at 12:09 PM, Bart Silverstrim wrote:
>>
>> As I understand it, RB doesn't have an "inline" ability in a text
>> field to do something like spell checking on the fly (feature
>> request?)
>
> Geez, there's another Mail bug with quoting -- I copied the above out
> of a reply to Bart, pasted it in here, and Mail insists on adding
> another level of quotation, as if Brad were quoting Bart, which is
> not the case. And I have no way of correcting this manually as far
> as I can see. We can do better! :)
But, by using Cmd-' (increase quote level) and Cmd-Option-' (decrease
quote level):
>>>>>>>>>>>>>>>>>> You can set whether level you'd like
See the "Format" menu :-).
The one I wish we had was a "re-Wrap" feature. As an example, note
the next two paragraphs in comparison to the odd wrapping on some of
the deeper-level quoted paragraphs. I manually rewrapped them.
> But to your point, Bart, there are a couple of solutions out there
> for spell checking in an EditField. I haven't used most of them,
> so we'd need to investigate (or maybe get Charles on board -- I
> think he wrote one of them).
>
>>> Wouldn't a lot of the features similar to Apple Mail require that
>>> kind of functionality? The latest version (or so I've heard
>>> rumor) has the ability to extract something like a meeting date
>>> and subject, click a button, and it will automatically add it as
>>> a notice in iCal, for example.
>
> That's no big deal. It's easy to see (via CharPosAtXY) what the
> cursor is over, extract the date or username or whatever, and do
> something with it.
>
>>
> On Nov 29, 2007, at 12:12 PM, Louis G5 Batayte wrote:
>> Eudora had a feature I liked. It would show the text of the email and
>> would offer the reader to "Open in a Browser" for the HTML stuff.
>> This would let you see the HTML code without executing it. If you
>> wanted to see the html page it would ship it off to your default
>> browser.
(reduced the quote level there...)
> I kinda like that idea. There are actually two ways to do this: most
> clients that send HTML email also include a plain-text part. So you
> could either show the plain-text part, or extract the text out of the
> HTML. Maybe give the user the choice. But then include an "Open in
> Browser" widget the user can click to save the message to a temp file
> and ShowURL it.
Be sure that we include a "do not load images" option as the
retrieval of the images from a remote site can let spam list
maintainers know that you're a live address.
Tim
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
|