* [sup-talk] Workflow questions
@ 2010-04-01 9:31 Anirudh Sanjeev
2010-04-06 16:24 ` shreyankg
0 siblings, 1 reply; 2+ messages in thread
From: Anirudh Sanjeev @ 2010-04-01 9:31 UTC (permalink / raw)
To: sup-talk
Hi,
I've been using sup exclusively for four months now, and it's working
great! I sat down and was watching my email workflow and wanted to know how
other sup users work with their email.
A. Reading email in the middle of compose:
This is my number one concern. I use vim to write my email, and since sup
makes a blocking call, I am unable to read my email while composing. The
only way I know how to do this right now is to quit my editor, hit ";" to
switch to inbox buffer and read the other emails.
I was hoping that this workflow would be refactored into something like
this:
1. User hits a key on message he/she wants to reply to.
2. A file is created and a background process is launched (gvim remote,
emacs, etc) opening this file.
3. User edits file, maybe creates more replies, and edits each
individually.
4. Hitting "y" on a message which user had been composing will pull the
latest saved file and load it into compose mode.
5. Hitting "y" again will send it.
If you folks have workarounds for this issue, I'd love to hear it. My
current hack which I'm trying to fix up is to use the publish hook to quote
each message into a temporary file, edit that file, and pull text from that
file when sup invokes my editor to reply.
B. Contacts:
I don't know if this is the appropriate way to do it, but when I want to
write a new email to a contact, I hit "C" and search for the name, and "M"
again and again till the lazy loading finally finds the name I'm looking
for.
The system works great, although I wish there was some functionality to
search all contacts without loading all of them first.
Whenever I need to include a new email address while composing, I need to
go back to my contacts list which can be quite cumbersome. I was hoping
that Vim's insert mode dictionary completion feature can be used. If all
the contacts are available in one file in the name <emailaddress> format, I
can simply say:
set dictionary += ~/.sup/contacts.txt
And instantly gain completion capabilities.
Thanks,
Anirudh
--
Senior Undergraduate Student, Indian Institute of Technology, Kharagpur
http://anirudhsanjeev.org
The Unix philosophy - Do one thing. Do it well.
_______________________________________________
sup-talk mailing list
sup-talk@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-talk
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [sup-talk] Workflow questions
2010-04-01 9:31 [sup-talk] Workflow questions Anirudh Sanjeev
@ 2010-04-06 16:24 ` shreyankg
0 siblings, 0 replies; 2+ messages in thread
From: shreyankg @ 2010-04-06 16:24 UTC (permalink / raw)
To: sup-talk
On Thu, Apr 1, 2010 at 3:01 PM, Anirudh Sanjeev
<anirudh@anirudhsanjeev.org> wrote:
> Hi,
>
> I've been using sup exclusively for four months now, and it's working
> great! I sat down and was watching my email workflow and wanted to know how
> other sup users work with their email.
>
> A. Reading email in the middle of compose:
> This is my number one concern. I use vim to write my email, and since sup
> makes a blocking call, I am unable to read my email while composing. The
> only way I know how to do this right now is to quit my editor, hit ";" to
> switch to inbox buffer and read the other emails.
>
> I was hoping that this workflow would be refactored into something like
> this:
> 1. User hits a key on message he/she wants to reply to.
> 2. A file is created and a background process is launched (gvim remote,
> emacs, etc) opening this file.
> 3. User edits file, maybe creates more replies, and edits each
> individually.
> 4. Hitting "y" on a message which user had been composing will pull the
> latest saved file and load it into compose mode.
> 5. Hitting "y" again will send it.
>
> If you folks have workarounds for this issue, I'd love to hear it. My
> current hack which I'm trying to fix up is to use the publish hook to quote
> each message into a temporary file, edit that file, and pull text from that
> file when sup invokes my editor to reply.
Hi,
Even I am facing this issue.
Another alternative could be to push sup into a background process
while invoking vim/any_other_editor in the foreground. And have some
sort of bindings to switch between vim and the background sup process
(don't know how that works). Finish editing and quitting would land
you to the updated reply buffer in sup.
>
> B. Contacts:
> I don't know if this is the appropriate way to do it, but when I want to
> write a new email to a contact, I hit "C" and search for the name, and "M"
> again and again till the lazy loading finally finds the name I'm looking
> for.
>
> The system works great, although I wish there was some functionality to
> search all contacts without loading all of them first.
I use tab completion after pressing 'c' to compose new mail. Although
tab completion is nor substitute for search, I agree.
>
> Whenever I need to include a new email address while composing, I need to
> go back to my contacts list which can be quite cumbersome. I was hoping
> that Vim's insert mode dictionary completion feature can be used. If all
> the contacts are available in one file in the name <emailaddress> format, I
> can simply say:
>
> set dictionary += ~/.sup/contacts.txt
> And instantly gain completion capabilities.
Seems like a good idea.
Also it could be handy if some sort of dynamic search could be added
while you are typing down the 'To'/'Cc' field after starting to
compose a new mail by pressing 'c'.
--
Peace and Love,
Shreyank Gupta
Blog: http://allsortsofshrink.blogspot.com
_______________________________________________
sup-talk mailing list
sup-talk@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-talk
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-04-06 16:26 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-04-01 9:31 [sup-talk] Workflow questions Anirudh Sanjeev
2010-04-06 16:24 ` shreyankg
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox