vimprobable-users

[Vimprobable-users] [Patch] External URI handlers

[Hannes S. <ha...@yl...>]

This is a followup to the ancient thread "Compile-time definition of
external URI handlers". This new patch allows the definition of
external handler applications on a protocol basis.

E.g., to handle FTP links with wget, create a file called
~/.config/vimprobable/urihandlers and enter the following line:

ftp:// xterm -e wget ftp://%s

FTP and mailto links are defined in config.h by default. Other handlers
can be defined at compile time in that file or at runtime as explained
above.

Testing appreciated, especially since I plan to include this into the
next release.

Hannes

Re: [Vimprobable-users] [Patch] External URI handlers

[Daniel C. <dan...@gm...>]

Hi Hannes!
On Sat, Jan 07, 2012 at 02:42:43PM +0100, Hannes Schüller wrote:
> Testing appreciated, especially since I plan to include this into the
> next release.
> 
> Hannes

Can you please send to previous patch again. I'm unable to get it from the old
mailinglist archive.

Daniel

Re: [Vimprobable-users] [Patch] External URI handlers

[Hannes S. <ha...@yl...>]

Daniel Carl <dan...@gm...> wrote:
> On Sat, Jan 07, 2012 at 02:42:43PM +0100, Hannes Schüller wrote:
> > Testing appreciated, especially since I plan to include this into
> > the next release.
> 
> Can you please send to previous patch again. I'm unable to get it
> from the old mailinglist archive.

This one?

Disclaimer: I believe this one should be superseeded by the newer one.
It does not cleanly apply to the current codebase anymore anyway.

Hannes

Re: [Vimprobable-users] [Patch] External URI handlers

[Daniel C. <dan...@gm...>]

Hi Hannes!
On Sat, Jan 07, 2012 at 05:19:21PM +0100, Hannes Schüller wrote:
> Disclaimer: I believe this one should be superseeded by the newer one.
> It does not cleanly apply to the current codebase anymore anyway.
> 
> Hannes
I thought I need the previous one because of the number in the filename. The
second patch applies well. But I got a lot of whitspace errors when I applied
the patch. Maybe you can fix them, that are no showstoppers, but I think later
patches (done with other editors) causes unneeded changes in patches causes by
removed trailing whitespace or removed tabs in front of code lines.

This was the git message causes by git apply:

/home/daniel/external_handlers2.patch:94: trailing whitespace.
            return TRUE;
/home/daniel/external_handlers2.patch:122: trailing whitespace.
new_generic_request(SoupSession *session, SoupMessage *soup_msg, gpointer unused)
/home/daniel/external_handlers2.patch:289: space before tab in indent.
        if (dynamic_uri_handlers != NULL) {
/home/daniel/external_handlers2.patch:290: space before tab in indent.
                for (l = dynamic_uri_handlers; l; l = g_list_next(l)) {
/home/daniel/external_handlers2.patch:291: space before tab in indent.
                URIHandler *s = (URIHandler *)l->data;
warning: squelched 34 whitespace errors
warning: 39 lines add whitespace errors.

Daniel

Re: [Vimprobable-users] [Patch] External URI handlers

[Hannes S. <ha...@yl...>]

As per the discussion on IRC and related to this:

Should we keep things like search engine definitions or these URI
handlers in separate files or merge them all into vimprobablerc?
Opinions, please.

Hannes

Re: [Vimprobable-users] [Patch] External URI handlers

[Hans-Peter D. <Han...@in...>]

Hi all,

On 23:00 Wed 11 Jan     , Hannes Schüller wrote:
> As per the discussion on IRC and related to this:
> 
> Should we keep things like search engine definitions or these URI
> handlers in separate files or merge them all into vimprobablerc?
> Opinions, please.

I don't have a strong opinion on this, but here are the reasons why I
used a separate file for the search engines:

  - Easy to parse. I have a ton of scripts that use the bookmarks and
    search engine files for completion or input for dmenu, etc. These
    could theoretically be rewritten to parse the rc file, but that's
    certainly a little more work ;)

  - Easy to generate. Vimprobable could be able to add search engines
    from the UI, like it is the case for bookmarks. Or you could write
    scripts that synchronize your search engines with a different
    browser. I usually don't want programs to touch hand-written
    configuration files, so it's good to have a separate file for those
    things that can be generated.

  - Loadable on demand. Vimprobable could load the file every time it
    needs it. This is currently done for bookmarks, but not for search
    engines. It would have the benefit that changes to the file become
    instantly available in all running browser instances.


In conclusion, I think of search engines or bookmarks more as data than
as configuration. Thus they can and should be generated, manipulated
and read from vimprobable and external programs. I didn't really follow
the URI handler discussion, so I don't have an opinion on them yet.

These are quite technical reasons. The reason "I like to have all
configuration in one file" is certainly valid, too.


Regards,
HP

Re: [Vimprobable-users] [Patch] External URI handlers

[Jason R. <jas...@gm...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 12/01/12 11:00, Hannes Schüller wrote:
> As per the discussion on IRC and related to this:
> 
> Should we keep things like search engine definitions or these URI
> handlers in separate files or merge them all into vimprobablerc?
> Opinions, please.
> 
My preference would be to only have to maintain my customizations in the
one file (vimprobablerc)...

Cheers,

/J
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQEcBAEBAgAGBQJPDgeDAAoJEEReUuqxvU5A9csIALqG/8dHs+iWHMzb9GP/VrBE
wylO9aIeVTzSe135y1XYH3BD2O+O1HzXyAk6hjqA/PqPZ/In3hQZTRDzKJ1OmTF6
AUwPLSY3Q2e3b1Ma6sGhgGBKnin4X32p6CNnHkWqMLfqXL+q15q/NKiOQ131TsGf
coA2qqWyGsbXUu8Lpf9ZHEyZ67JLZ+Z6+o8/gpKL/DIiDIWlAjWvwEKEyNENveM4
N4zgfgK7g/M3fhhcKvfOR9GPuQaaD4Ux3gto/eJBvCUY4nSkqV+oxC3iGXrzkNoP
j61kTFTbD43rN9zfQ/56893ll34n1AuOABjN4Im7UppqAOGU0jMa89Zsfx1VAb8=
=b6+z
-----END PGP SIGNATURE-----

Re: [Vimprobable-users] [Patch] External URI handlers

[Matthew C. <je...@gm...>]

Hi all,

I agree with using one file for customization, however is it possible
to have these types of matches done via regex matches?

For instance:

.*\.doc$ libreoffice %s
.*\.pdf$ evince %s
^ftp: xterm -e wget %s


So that it would act with a similar functionality to the mailcap file
used with programs such as mutt (or alternatively just use the mailcap
file, as I believe that goes based on the content-type tags instead of
any advanced pattern matching) in addition to the new URI handling?

Thanks,
-Matt

On Thu, Jan 12, 2012 at 11:04:51AM +1300, Jason Ryan wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 12/01/12 11:00, Hannes Schüller wrote:
> > As per the discussion on IRC and related to this:
> > 
> > Should we keep things like search engine definitions or these URI
> > handlers in separate files or merge them all into vimprobablerc?
> > Opinions, please.
> > 
> My preference would be to only have to maintain my customizations in the
> one file (vimprobablerc)...
> 
> Cheers,
> 
> /J
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
> 
> iQEcBAEBAgAGBQJPDgeDAAoJEEReUuqxvU5A9csIALqG/8dHs+iWHMzb9GP/VrBE
> wylO9aIeVTzSe135y1XYH3BD2O+O1HzXyAk6hjqA/PqPZ/In3hQZTRDzKJ1OmTF6
> AUwPLSY3Q2e3b1Ma6sGhgGBKnin4X32p6CNnHkWqMLfqXL+q15q/NKiOQ131TsGf
> coA2qqWyGsbXUu8Lpf9ZHEyZ67JLZ+Z6+o8/gpKL/DIiDIWlAjWvwEKEyNENveM4
> N4zgfgK7g/M3fhhcKvfOR9GPuQaaD4Ux3gto/eJBvCUY4nSkqV+oxC3iGXrzkNoP
> j61kTFTbD43rN9zfQ/56893ll34n1AuOABjN4Im7UppqAOGU0jMa89Zsfx1VAb8=
> =b6+z
> -----END PGP SIGNATURE-----
> 
> ------------------------------------------------------------------------------
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual 
> desktops for less than the cost of PCs and save 60% on VDI infrastructure 
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users

-- 
Matthew Carter
je...@gm...

Re: [Vimprobable-users] [Patch] External URI handlers

[Hannes S. <ha...@yl...>]

Matthew Carter <je...@gm...> wrote:
> is it possible
> to have these types of matches done via regex matches?
> 
> For instance:
> 
> .*\.doc$ libreoffice %s
> .*\.pdf$ evince %s
> ^ftp: xterm -e wget %s

There have been two different patches for this back at the dawn of time
which nobody seemed to be really interested in. Look for the very first
posts in the archives of the previous mailing list. It should be
possible to extend these if you want to do it.

Hannes

Re: [Vimprobable-users] [Patch] External URI handlers

[Hannes S. <ha...@yl...>]

Merged (with adaption to not use a dedicated config file, but
vimprobablerc)