King Guppy wrote:
> I wrote:

> > No,  I  am  using  a fixed font setting, actually. See, the conversion
> > *removes*  the  asterisk or underscore, and thereby there's the effect
> > of  a  'delete'  key  being  pressed -- the rest of the line moves one
> > space  to  the  left,  messing  up stuff like tables and other aligned
> > stuff.  Also,  if  I'm for example using asterisks as separators, they
> > just vanish and instead bolden up what comes after.
> 
> Yes, this is pretty standard behaviour for dealing with email styles.
> I agree that it should be optional, and I'm sure such an option will
> be added as time permits.

Okay, wonderful. 's all I ask. Glad to hear it! :)

> When writing emails, Textinput.mcc is used. When reading emails, an
> internal class is used. Unfortunately the behaviour between these two
> classes is not consistent, which is another issue that will be
> addressed in future.

Gotcha. I don't mind the inconsistency, personally, as long as I can
configure both to my tastes. :)

> Although I agree with having an option to disable the parsing of
> styles, it would not at all be a good idea to allow the user to select
> which characters relate to which styles. Obviously these choices
> wouldn't be transmitted with the email, so there would be no way for
> the recipient to view such emails correctly.

Good point. I stand corrected and withdraw the suggestion.

> > Oh,  incidentally,  I think it would also be a nice feature if the new
> > message  window  updated  the  message  body  area  when you exited an
> > external  editor.

> I assume you're talking about the "New message" window. Textinput has
> this behaviour already, check your Textinput MUI preferences if this
> isn't working for you. Also, be sure that you're using the latest
> version of Textinput.mcc.

Aha! I think I've got it set up right now! Thanks *EVER* so much for
the advice, I'm extremely happy now. :)

While I'm on the topic, any chance of being able to use 'space' to
scroll one page down in the message reader window, and 'arrow left'
synonymously to 'esc'/close gadget? :) I know, I'm being demanding as
hell, apologies for picking every little nit. :) I'm just so damn used
to using Unix tin as a newsreader and certain keybindings come to me
as a spinal reflex. :)

Oh,  also  --  is  there a way to rescan for old articles? So far, the
only  way  I've found to rescan articles I've deleted is to remove the
group,  then  re-add it. Or should I just learn to discard my habit of
deleting  articles  after I've read them to keep the message list from
overgrowing?  It  would  be  nice to be able to somehow go to previous
articles from days ago on an active thread.

Unix  tin  handles  this  beautifully  by  having  a key which toggles
between  showing only unread articles on the message list, and showing
all  the  articles.  With the former being the default when entering a
group,  there's always a neat tidy list displayed, and if I want to go
back  to  old articles, I can hit one key and have all the messages in
the  group  available.  It's extremely handy and that way one wouldn't
have  to  delete  messages  after  having  read  them to get them from
cluttering  the  list.  I don't *think* Microdot has anything as handy
yet?

Partially,  it's  that  even  in  online mode, where it only initially
loads  the  headers,  when  one  does  enter  an article, it keeps the
article on the hard drive from then on forevermore until deleted, if I
understand  the program correctly. It's more of a quasi-online mode in
that  it  starts  operating more and more like the offline mode as you
browse  thru  the articles, since you start having them stored on your
hard  drive. For a 'true' online mode, it would fetch the article from
the  server  every  time the article was accessed, even if the article
had  been  read  before. This would allow for the tin-like behavior in
which  one could easily switch between all the articles in a group and
just  the  unread ones, without swelling the cache directory into huge
proportions  by  storing every article in newsgroups with thousands of
articles.

Ain't  I  a  demanding  pain  in  the  ass?  :) Anyways, just offering
suggestions  that  I  think  would  make  Microdot  more versatile. Of
course,  it  might  already  have  the above functions. I've only been
using  it  for  a  week  or  so,  so  I might be just talking a lot of
bullcrap. If I am, please just ignore me. :)
_____________________________________________________________
NetConnect mailing list. To unsubscribe, send an 'unsubcribe'
message to <[EMAIL PROTECTED]>

Reply via email to