headers
Aleksey Cheusov | 3 Apr 2006 15:44
Picon

dictem-0.7, DICT client for [X]Emacs, has been released


dictem-0.7, an extrimely customizable DICT client for [X]Emacs, has been
released.

http://freshmeat.net/projects/dictem/
http://mova.org/~cheusov/pub/dictem

NEWS:

  - DICTEM can handle dictionaries defined by user.
    This allows to use dictem not only for accessing DICT servers,
    but also for accesing user's databases.
    See Ex.14 in README file for a simple example.

  - added: dictem-client-prog-args-list variable
    that keeps a list of additional
    arguments to the command line 'dict' client.
    This may be helpful in case you use 'dict' wrappers (having additional
    options) or new versions of 'dict' program.

  - added: dictem-option-mime variable.
    If `t' the OPTION MIME command (see RFC-2229 for details)
    will be sent to the DICT server. i.e. 'dict' program
    will be run with '-M' option.
    As a result server's response will be prepanded with MIME header
    followed by a blank line.
    Because of bugs in dict -M (dict version < 1.10.3),
    dict-1.10.3 or later is STRONGLY recommended.

    MIME-ized content can be postprocessed by functions called from
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ted Zlatanov | 3 Apr 2006 19:48
X-Face
Favicon
Gravatar

Re: extview.el --- open files with external viewer

On 28 Mar 2006, spamfilteraccount <at> gmail.com wrote:

> The code below advises find-file and launches an external viewer if the
> file name matches any of the prefedefined patterns. This way any file
> can be opened in the traditional way or via dired or globalff, etc. and
> it is passed to an external application if Emacs cannot handle the
> content.
>
> At the moment only pdf files are handled, but it is trivial to add
> others.
[...]
> (defvar extview-application-associations
> '(("\\.pdf$" . "acroread"))
> "List of (REGEXP . APPLICATION) descriptors which are tested for the
> file name to be opened. The first matching application is used to open
> the file. If no application matches then normal `find-file' is
> executed.")

Just a suggestion: look at the ~/.mailcap, /etc/mailcap, and
/etc/mime.types files (on my Fedora Core 5 and Debian systems, at
least).  They are a pretty good way of associating file viewers with
file extensions.  You could at least populate
extview-application-associations from those files on startup, even if
you don't consult them every time the user asks to open a file (I
would advise the latter).

The Gnus code has a mailcap.el file, in which the function
mailcap-parse-mailcaps parses the appropriate files.  I would suggest
looking at it to see how your idea can be done correctly.  mailcap.el
is in the Emacs Lisp tree as well, if you don't want to depend on Gnus
(Continue reading)

Permalink | Reply | 0 comments |
headers
Reiner Steib | 3 Apr 2006 23:52
X-Face

Re: extview.el --- open files with external viewer

On Mon, Apr 03 2006, Ted Zlatanov wrote:

> The Gnus code has a mailcap.el file, in which the function
> mailcap-parse-mailcaps parses the appropriate files.  I would suggest
> looking at it to see how your idea can be done correctly.  mailcap.el
> is in the Emacs Lisp tree as well, if you don't want to depend on Gnus
> itself but still want to use this functionality.

There's also `gnus-dired.el':

,----[ (info "(gnus)Other modes") ]
| `gnus-dired-minor-mode' provided some useful functions for dired
| buffers.  It is enabled with
|      (add-hook 'dired-mode-hook 'turn-on-gnus-dired-mode)
| 
| [...]
| `C-c C-m C-l'
|      Visit a file according to the appropriate mailcap entry
|      (`gnus-dired-find-file-mailcap').  With prefix, open file in a new
|      buffer.
`----

Bye, Reiner.
Crosspost & Followup-To: gnu.emacs.help
--

-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/
Permalink | Reply | 0 comments |
headers
roodwriter | 4 Apr 2006 09:33
Favicon

Re: extview.el --- open files with external viewer


I'd like to commend you for this code. I've sometimes loaded up
non-text files using dired but, while it works, it keeps Emacs from
doing anything else. This doesn't.

The only change I'd like to see is some better directions for
associating more file formats. Being a non-lisper, it took me a little
while to figure out how to do that and get the parentheses in the
right spots. I doubt I'm the only non-programmer who uses Emacs.

Again, thanks.

--Rod
______________________
Author of "Linux for Non-Geeks--Clear-eyed Answers for Practical
Consumers" and "Boring Stories from Uncle Rod." To reply by e-mail
take the second "o" out of the e-mail address.
Permalink | Reply | 0 comments |
headers
Mathias Dahl | 4 Apr 2006 09:44
Picon

Re: extview.el --- open files with external viewer

Ted Zlatanov <tzz <at> lifelogs.com> writes:

>> At the moment only pdf files are handled, but it is trivial to add
>> others.
> [...]
>> (defvar extview-application-associations
>> '(("\\.pdf$" . "acroread"))
>> "List of (REGEXP . APPLICATION) descriptors which are tested for the
>> file name to be opened. The first matching application is used to open
>> the file. If no application matches then normal `find-file' is
>> executed.")
>
> Just a suggestion: look at the ~/.mailcap, /etc/mailcap, and
> /etc/mime.types files (on my Fedora Core 5 and Debian systems, at
> least).  They are a pretty good way of associating file viewers with

And, on w32, a simple call to `w32-shell-execute' will do the trick
most of the time.
Permalink | Reply | 0 comments |
headers
spamfilteraccount | 4 Apr 2006 14:56
Picon

Re: extview.el --- open files with external viewer

Thanks for the suggestions.

I uploaded a new version to emacs wiki
(http://www.emacswiki.org/cgi-bin/wiki/ExtView) which uses mailcap.

extview-application-associations can be used to override mailcap
handlers (use other application than the one provided by mailcap; do
not use external viewers for certain file types even if mailcap
provides a handler; ask the user when opening a file whether to open it
with emacs or an external viewer).

Note that the format of the handler appication in
extview-application-associations has been changed. It should contain
the file name (symbolized by %s) at a suitable place in the command
line string. There is an example in the comments at the beginning of
the file.

/Tamas
Permalink | Reply | 0 comments |
headers
Peter S Galbraith | 3 Apr 2006 21:34
Favicon

Re: extview.el --- open files with external viewer

Ted Zlatanov <tzz <at> lifelogs.com> wrote:

> On 28 Mar 2006, spamfilteraccount <at> gmail.com wrote:
> 
> > The code below advises find-file and launches an external viewer if the
> > file name matches any of the prefedefined patterns. This way any file
> > can be opened in the traditional way or via dired or globalff, etc. and
> > it is passed to an external application if Emacs cannot handle the
> > content.
> >
> > At the moment only pdf files are handled, but it is trivial to add
> > others.
> [...]
> > (defvar extview-application-associations
> > '(("\\.pdf$" . "acroread"))
> > "List of (REGEXP . APPLICATION) descriptors which are tested for the
> > file name to be opened. The first matching application is used to open
> > the file. If no application matches then normal `find-file' is
> > executed.")
> 
> Just a suggestion: look at the ~/.mailcap, /etc/mailcap, and
> /etc/mime.types files (on my Fedora Core 5 and Debian systems, at
> least).  They are a pretty good way of associating file viewers with
> file extensions.  You could at least populate
> extview-application-associations from those files on startup, even if
> you don't consult them every time the user asks to open a file (I
> would advise the latter).
> 
> The Gnus code has a mailcap.el file, in which the function
> mailcap-parse-mailcaps parses the appropriate files.  I would suggest
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thien-Thi Nguyen | 6 Apr 2006 11:12

gnugo.el 2.2.12 available

greetings earthlings,

small bugfix: handle "" to mean "PASS" when loading an SGF[4] file.
this means gnugo.el can read the appended gamefile, for example.

source and ChangeLog in dir:
  http://www.glug.org/people/ttn/software/personal-elisp/standalone/

thi

________________________________________
(;GM[1]FF[4]CA[UTF-8]AP[CGoban:2]ST[2]
RU[Japanese]SZ[19]KM[6.50]TM[600]OT[25/600 Canadian]
PW[GNU]PB[kuwux]WR[13k]DT[2005-06-11]
PC[The Kiseido Go Server (KGS) at http://kgs.kiseido.com/]
C[GNU [13k\]: GTP Engine for GNU (white): GNU Go version 3.7.3]
RE[B+138.50]
;B[eo];W[dd];B[oo];W[pc];B[qh];W[ld];B[ch];W[qe];B[ng];W[fe];B[fg];W[ge]
;B[ig];W[je];B[kg];W[qg];B[pg];W[rg];B[rh];W[nd];B[sg];W[df];B[dg];W[bf]
;B[bg];W[rf];B[sf];W[se];B[sh];W[of];B[og];W[cf];B[cg];W[nf];B[mf];W[me]
;B[lf];W[ef];B[eg];W[ag];B[ah];W[af];B[gf];W[hf];B[hg];W[if];B[jf];W[ke]
;B[kf];W[ie];B[pf];W[pe];B[qf];W[re];B[ff];W[le];B[cc];W[bd];B[bc];W[dc]
;B[db];W[eb];B[cb];W[ea];B[ba];W[ab];B[cd];W[ce];B[ad];W[be];B[da];W[ac]
;B[fc];W[ec];B[qb];W[pb];B[pa];W[oa];B[ob];W[qa];B[na];W[oc];B[nb];W[nc]
;B[mb];W[lb];B[pa];W[la];B[ra];W[qc];B[rc];W[sc];B[sb];W[sd];B[lc];W[kc]
;B[mc];W[hc];B[kb];W[jb];B[jc];W[ka];B[ib];W[jd];B[ic];W[id];B[ma];W[md]
;B[ja];W[ia];B[ha];W[oa];B[];W[]
)
Permalink | Reply | 0 comments |
headers
pluskid | 6 Apr 2006 16:19
Picon

Problem using C-c C-b to browse result in muse

I just start using muse-3.02.6b today. I follow the instructions
and set up an mule environment for myself, but I have problem
using C-c C-b to browse my result.
My project is:
(setq muse-project-alist
      '(("wiki"
         ("~/wiki/src" :default "index")
         (:base "html" :path "~/wiki/publish/html"))))
I create a page "~/wiki/first_use.muse" and use C-c C-p to publish
it. I can see a page first_use.html published in ~/wiki/publish/html.
But when I press C-c C-b, and choose the "html" style ,he says
"muse-browse-result: Cannot open output file
'/home/kid/wiki/src/first_use.html'"
Why does he find the result in src/ dir instead of my
~/wiki/publish/html
 dir? I wonder am I get something wrong?
Permalink | Reply | 1 comment |
headers
Michael Olson | 7 Apr 2006 01:28
Face
Picon

Re: Problem using C-c C-b to browse result in muse

"pluskid" <pluskid.zju <at> gmail.com> writes:

> I just start using muse-3.02.6b today. I follow the instructions
> and set up an mule environment for myself, but I have problem
> using C-c C-b to browse my result.
> My project is:
> (setq muse-project-alist
>       '(("wiki"
>          ("~/wiki/src" :default "index")
>          (:base "html" :path "~/wiki/publish/html"))))
> I create a page "~/wiki/first_use.muse" and use C-c C-p to publish
> it. I can see a page first_use.html published in ~/wiki/publish/html.
> But when I press C-c C-b, and choose the "html" style ,he says
> "muse-browse-result: Cannot open output file
> '/home/kid/wiki/src/first_use.html'"
> Why does he find the result in src/ dir instead of my
> ~/wiki/publish/html
>  dir? I wonder am I get something wrong?

It's a known problem that I will try to fix before the next release.

In the future, please address Muse questions to its own mailing list,
not this newsgroup.  Details are at
http://www.emacswiki.org/cgi-bin/wiki/EmacsWikiMailingList.

--

-- 
Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/
Interests: Emacs Lisp, text markup, protocols -- Muse, Planner, ERC, EMMS
  /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG
 |_] | \| |_| Jabber: mwolson_at_hcoop.net
(Continue reading)

Permalink | Reply | 0 comments |

Gmane