MDP> What ... you never discovered the address picker???? Just click the MDP> little man icon at the end of the BCC line. Use the picker to throw out MDP> addresses from a line that long. It's so easy that way! Alternatively, I MDP> could copy the line to a real editor to work on that much text. Edit MDP> boxes were never built to handle that much text. Hence the address MDP> picker. Which works great. Address picker. Try it. You'll love it. MDP> You'll kick yourself.
HEY! That's great! (Though, knowing me I'll find something to nit-pick!) Looks nice though, thanks much. I already was using your alternate suggestion as a work-around. (I do use a few work-arounds for TB! like using a macro to edit received messages and such, but now here's one hoop I have to jump through on a regular basis.) I am not one to look back though so I won't be kicking myself too hard! RG>> The part that strikes me as unprofessional MDP> Maybe it strikes you that way, but I *am* a professional and I happen to MDP> understand why it is like it is. That's edit fields for ya! <g> Thank you, The address picker pretty much negates my "unprofessional" argument. (Read that a couple of different ways, both apply!) RG>> is that this is an old reported problem that (not being a programmer RG>> myself) ought to be easy to fix! MDP> It's not as it happens. It's a problem within an edit box control, which MDP> is like a 'Name' entry box on a form. Edit boxes are awkward at best of MDP> times, not like a textbox or edit window, which are completely different MDP> and much easier to control. Consider me more educated now than I was yesterday. RG>> .. the owners would then become quite unhappy with the loss of RG>> productivity from the employees' learning curve issues. MDP> Well, the companies into which I have recommended TB have no such MDP> issues. I get maybe 4 calls a year from them about TB. As a one-for-one MDP> OE replacement, there's hardly any learning curve. Okay, initial set-up MDP> can be a bit thought provoking. While pondering this last night (recommending TB! to businesses) I had already decided that the quirks of TB! ought not be so hard to learn quickly enough and the benefits so greatly out-weight the negatives of Micro$oft's Lookout that I'm sure the owners would welcome the change. Not only that, I'm now sure they'd be happy to bring me in on a (paid) project outside the networking retainer, so good for me! I am going to demo it the next time I see 'em. I have to look into the site or volume licenses so I can make a recommendation. MDP> Generally, it's only if they start getting into deeper levels that there MDP> would be any queries, but they wouldn't be going there without some MDP> level of technical know-how to start with. Yea, there'll be a few phone calls from folks who poke around the product, but phone support is billable hours too! RG>> Granted, after a couple of months some of the new users might see the RG>> advantages, MDP> Untrue. The advantages are instant. HTML messages no longer signal MDP> receipt and vulnerability to email marketers (spammers). Viruses no MDP> longer instantly run. Messages go out WYSIWYG - an unseen instant MDP> improvement in output formatting. That's just out-of-the-box. No support MDP> needed. The whole thing runs faster for the simple user than anything MDP> else going. I'd say that the 'advantages' you're talking about are way MDP> outside the usage profile of the average email user. I completely agree. MDP> As for such users cranking up huge BCC lists ... what's that all about MDP> anyway? <vbg> Are you a spammer? Why do you expect people to do that as MDP> an everyday email activity? It doesn't happen in my experience. It MDP> happened this week when I sent out my Xmas cards. It happens sometimes MDP> when I circulate to my 'Humour' list. I always use the address picker MDP> for such things. Works a treat No, not a spammer. I just have quite a few groups that I write to (alumni associations, friends, family, etc) and not every outgoing message is intended for everybody. Yes, the little man icon is my friend. BTW, what's <vbg>? RG>> To me none of this is an excuse for not having a redo feature in an RG>> editor. MDP> <shrug> just trying to point at that your claim that redo is a MDP> 'standard' function is not actually correct. MDP>>> As a rule, most software whose main purpose is editing has both undo MDP>>> and redo. TB's main function is mail receive and read, not editing. MDP>>> I'll bet you receive over 10 times the number of mails you write. Undo MDP>>> doesn't figure there. For *me* the redo is not a deal breaker, though I'd personally prefer that EVERY editor include it. I admit I am disappointed that it is not in TB! (Folks, it's only an OPINION, stay calm!!!) RG>> My email does need to be an efficent editor as (not counting the RG>> 90% that are spam) I send *way* more emails than I receive. MDP> I ask again ... are you a spammer? <g> You get at least 30 mails a MDP> day from this list alone. I'll bet it's not the only list you're on. MDP> And you write more mails than that??? I wasn't at all counting the emails from this list. I was referring to personal emails only. (This is the only list I'm on at the moment. The "Pacific Parrotlet" list never had a new information after a few months!) I have a constant need for models for a TV show I do, I have eBay items, I have sales leads for 2 non-eBay businesses I run, the alumni association, the list goes on and on. I write emails most of the day, every day. Again, no spammer here! In fact the new product announcements or sales I do send out to my opt-ins (a list with maybe 30 names on it, 90% of which are regular customers) go out only 2 or 3 times a YEAR! BTW, I would never even consider someone opted in unless they wrote me personally and tell me they want to receive emails. I then write to confirm that they know they've signed up. Nope, spam is bad, mm-kay. As a matter of fact I would support legislation that would charge a fee (a small fee like 1/2 penny each) for every email sent. Maybe that would take the economic incentive out of spamming. Best wishes to all, -- Rich ________________________________________________ Current version is 2.02.3 CE | "Using TBUDL" information: http://www.silverstones.com/thebat/TBUDLInfo.html
