vimprobable-users

[Vimprobable-users] A bunch of issues and questions

[Karryanna <ka...@ka...>]

Hello everyone,

I feel terribly lame writing this e-mail so first of all, I am sorry if
I am doing anything about it wrong.

To make it worse, I've collected quite a lot of issues :) Even though
I have hunted some of them down to be my mistakes or misunderstandings,
a lot of them remained to be reported.


• First of all, hinting sometimes doesn't work for me.
The only case I can report is search field at PHP website,
http://www.php.net
If I hit `f`, I get a number for that field, however following it doesn't
result in anything (visible).
No matter what I think about PHP and no matter in this particular case
I could use accesskey, I consider this a bug.

The other case I've noted down is webpage through which I sometimes submit
my homeworks, where hint for file selection shows but following it doesn't
really bring up the selection dialog. However, this site is login protected.
Anyway, I'd like to note that if I select next form field, tab back and
press enter, everything works as expected.

Is there any explanation to this, and more importantly, some kind of a fix?


• Another issue, downloaded files are sometimes saved under name `url`.
I suspect this happens with any Google search, and this surely happened
to me at some other websites.
Unfortunately, I haven't noted down any of those other sites and Google
attempts of personalised searches could make reproducing difficult, but
googling "kartografie" lists link to
http://www.google.com/url?q=http://gis.zcu.cz/studium/tka/Slides/uvod_do_kartografie.pdf
for me but following the link gets the file saved as `url`.


• To stay with downloading, how does renaming of downloaded files work?
I noticed that tar files get numbered. I mean, if `archive.tar` exists,
another file of that name gets saved as `archive.tar.1`, another as
`archive.tar.2` and so on. However, if for example `photo.jpg` exists,
and I try to download another file of that name, the old one is moved
to `photo.jpg~` and the new one gets saved under its name. Downloading
any other `photo.jpg` would get the very first file lost definitely.
Especially in combination with saving files as `url`, that's not nice.
So, what's the policy? And is it in any way configurable?


• Perhaps not so important issue, is it possible that launching Vim
to edit form fields is not documented?
I'd neved used Vimperator before I discovered Vimprobable so it just
didn't come to my mind that Vim could possibly be used. After I onced
launched it incidentally, it took me some time searching how it is
done and now I consider it one of greatest features which surely
should be documented.


• Searching terms with diacritics sometimes breaks the diacritics
Sometimes I try to search for a term including diacritics but when
I get results, it seems that the diacritics had been broken somewhere.
It should be reproducable for example here:
https://is.cuni.cz/studium/eng/kdojekdo/index.php?KEY=Az1
Say you wish to search for person whose family name is "Burešová".
After searching, I see "Burešová" in the field.
Another example is my highschool's site, http://www.gym-cl.cz
There's search field in the upper right corner, I used it for example
to search for "suplování" but after the search, it again seems to be
broken.
However, on many sites searching with diacritis works all right.

Do you have any ideas about what this could be caused by?


• Javascript sometimes doesn't work? I am not really sure about the point
of this issue.
I get it when searching for some transport connection. If you go to
http://jizdnirady.idnes.cz/autobusy/spojeni/
and fill for example "Odkud" as "Praha" and "Kam" as "Liberec" (not the
one I would really search but one that anyone should be able to type :) )
and then press "Hledat", you should be presented with three bus connections.
Above and below, there should be also arrows labeled as "Předchozí" and
"Následující". Clicking them in other browsers results in showing three
more connections, going before/after those presented. However, selecting
them in Vimprobable does nothing (no matter whether I use hinting,
accesskeys or mouse).
Is this rather Vimprobable bug, JavaScript bug or some weird bug at
this specific site? And again, could you think of any workaround?


• Is it possible to use different encoding to display page/file?
I got to think about that after trying to view
http://www.karryanna.cz/misc/dopis_nejen_jeziskovi.draft
using some browsers. As for this file, it turned out to be a little bit
more sophisticated problem, but anyway, could I force Vimprobable to
display a file using some specific encoding, say using UTF-8?


• Is it possible to see link's location before following it?
I sometimes wish to know where a link leads before I really follow it.
I can get to know it by hovering over the link with my mouse but I wish
to do it using keyboard.
I currently use `;y` to achieve this but it's not exactly the same.
Is there something else?


• Is there any kind of private mode?
The thing I care about is history saving. I sometimes browse websites
whose addresses I don't like to show up in tab completion during, say,
practical session at university.
I could rename the history file and after I am done, rename it back
but I don't think this would be a nice solution. However, it surely is
one I can live with.


• Is it possible to download current page/file?
Say I would have
http://www.karryanna.cz/misc/dopis_nejen_jeziskovi.draft
mentioned above opened in Vimprobable. Can I get it to save that file?
Like, without going to parent directory and using `;s` (or making
direct link from special page).


• Is there any kind of hinting for frames?
I know that frames are evil and stuff but anyway, for example
http://srazy.hocz.org/index2.html
is a page informing about meetings of a community I belonged in and it's
made using frames. Is there a way to select the right frame so that for
example j/k movement takes effect? (It's not needed at real index but it
would come in handy after selecting some menu entry.)


• Sometimes I can't leave insert mode
I am not sure whether I should report this since I can't reproduce it.
However, sometimes I get stuck in insert mode, it seems that pressing
escape leads to leaving it and activating it again immediately. The only
way to leave the mode is to tab outside of the form and use escape there.

Has anyone else encountered this?



Well, that's finally all for now.
I'll be greatful for any suggestions and help (as well as for patience
with me).

Karry

Re: [Vimprobable-users] A bunch of issues and questions

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

Hi Karry!

Karryanna <ka...@ka...> wrote:
> • First of all, hinting sometimes doesn't work for me.
> The only case I can report is search field at PHP website,
> http://www.php.net
> If I hit `f`, I get a number for that field, however following it doesn't
> result in anything (visible).
> No matter what I think about PHP and no matter in this particular case
> I could use accesskey, I consider this a bug.

I can reproduce it, this is a bug. The hinting script does not know how to
handle the <input type="search"/>. There are a lot of input types allowed
through [html5][]. At the moment the input mode is started for input type
'text', 'password', 'checkbox' and 'radio' (by the way, makes it no sense to
switch to input mode if a radion button is hinted).

> The other case I've noted down is webpage through which I sometimes submit
> my homeworks, where hint for file selection shows but following it doesn't
> really bring up the selection dialog. However, this site is login protected.
> Anyway, I'd like to note that if I select next form field, tab back and
> press enter, everything works as expected.
> 
> Is there any explanation to this, and more importantly, some kind of a fix?

That's hard to say without seeing the html code of the page.

> • Another issue, downloaded files are sometimes saved under name `url`.
> I suspect this happens with any Google search, and this surely happened
> to me at some other websites.
> Unfortunately, I haven't noted down any of those other sites and Google
> attempts of personalised searches could make reproducing difficult, but
> googling "kartografie" lists link to
> http://www.google.com/url?q=http://gis.zcu.cz/studium/tka/Slides/uvod_do_kartografie.pdf
> for me but following the link gets the file saved as `url`.

This is a redirect page, and it seems that webkit uses only the part until the
question mark to determine the download file name. Sound's like a webkit
misbehaviour.

> • To stay with downloading, how does renaming of downloaded files work?
> I noticed that tar files get numbered. I mean, if `archive.tar` exists,
> another file of that name gets saved as `archive.tar.1`, another as
> `archive.tar.2` and so on. However, if for example `photo.jpg` exists,
> and I try to download another file of that name, the old one is moved
> to `photo.jpg~` and the new one gets saved under its name. Downloading
> any other `photo.jpg` would get the very first file lost definitely.
> Especially in combination with saving files as `url`, that's not nice.
> So, what's the policy? And is it in any way configurable?

Sound's strange, never noticed this behaviour. There isn't any logic for in
vimprobable itself, so this must be a webkit feature.

> • Searching terms with diacritics sometimes breaks the diacritics
> Sometimes I try to search for a term including diacritics but when
> I get results, it seems that the diacritics had been broken somewhere.
> It should be reproducable for example here:
> https://is.cuni.cz/studium/eng/kdojekdo/index.php?KEY=Az1
> Say you wish to search for person whose family name is "Burešová".
> After searching, I see "Burešová" in the field.
> Another example is my highschool's site, http://www.gym-cl.cz
> There's search field in the upper right corner, I used it for example
> to search for "suplování" but after the search, it again seems to be
> broken.
> However, on many sites searching with diacritis works all right.
> 
> Do you have any ideas about what this could be caused by?

In general such issues are caused by different character encondings used for
the page and the server side application.

> • Is it possible to use different encoding to display page/file?
> I got to think about that after trying to view
> http://www.karryanna.cz/misc/dopis_nejen_jeziskovi.draft
> using some browsers. As for this file, it turned out to be a little bit
> more sophisticated problem, but anyway, could I force Vimprobable to
> display a file using some specific encoding, say using UTF-8?

Yes, :set defaultencoding=utf-8 and reloading of the page should do the trick.

> • Is it possible to see link's location before following it?
> I sometimes wish to know where a link leads before I really follow it.
> I can get to know it by hovering over the link with my mouse but I wish
> to do it using keyboard.
> I currently use `;y` to achieve this but it's not exactly the same.
> Is there something else?

This feature does not exist. And there is no workaround for this.

> • Is there any kind of private mode?
> The thing I care about is history saving. I sometimes browse websites
> whose addresses I don't like to show up in tab completion during, say,
> practical session at university.
> I could rename the history file and after I am done, rename it back
> but I don't think this would be a nice solution. However, it surely is
> one I can live with.

There is no private mode available at the time.

> • Is it possible to download current page/file?
> Say I would have
> http://www.karryanna.cz/misc/dopis_nejen_jeziskovi.draft
> mentioned above opened in Vimprobable. Can I get it to save that file?
> Like, without going to parent directory and using `;s` (or making
> direct link from special page).

The was an path in the past that provided a :write or :save command to save
the current opened document. But this was never merged into vimprobable, don't
know why. A workaround could be the :print command that opens the print dialog
where you can print the page into pdf or ps, but this isn't the same I know.

> • Is there any kind of hinting for frames?
> I know that frames are evil and stuff but anyway, for example
> http://srazy.hocz.org/index2.html
> is a page informing about meetings of a community I belonged in and it's
> made using frames. Is there a way to select the right frame so that for
> example j/k movement takes effect? (It's not needed at real index but it
> would come in handy after selecting some menu entry.)

This hinting does not exist, an we hope frame will fade away from the www. To
implement the hinting wouldn't be too difficult, but the scrolling is done in
vimprobable on a scrollable window containing the webview. I don't have any
idea if there's a way to scroll within a defined frame without using
JavaScript (like dwb does).

> • Sometimes I can't leave insert mode
> I am not sure whether I should report this since I can't reproduce it.
> However, sometimes I get stuck in insert mode, it seems that pressing
> escape leads to leaving it and activating it again immediately. The only
> way to leave the mode is to tab outside of the form and use escape there.
> 
> Has anyone else encountered this?

Normally you should be able to avoid this by setting escapeinput=true.

> Well, that's finally all for now.
> I'll be greatful for any suggestions and help (as well as for patience
> with me).

Puh, that was a really long mail and it costs me a lot of time and attention.
I think for the next time it's better to split the mail into single issue.
These would be easier to answer and to keep track of unanswered issue and
questions.

Daniel

[html5]: http://sixrevisions.com/html5/new-html5-form-input-types/

Re: [Vimprobable-users] A bunch of issues and questions

[Karryanna <ka...@ka...>]

Hi Daniel,

thank you for all the time and effort you put into this!

> > • First of all, hinting sometimes doesn't work for me.
> > The only case I can report is search field at PHP website,
> > http://www.php.net
> > [...]
> 
> I can reproduce it, this is a bug. The hinting script does not know how to
> handle the <input type="search"/>. There are a lot of input types allowed
> through [html5][]. At the moment the input mode is started for input type
> 'text', 'password', 'checkbox' and 'radio' (by the way, makes it no sense to
> switch to input mode if a radion button is hinted).

OK, I'll hope for a fix then.

> > The other case I've noted down is webpage through which I sometimes submit
> > my homeworks, where hint for file selection shows but following it doesn't
> > really bring up the selection dialog. However, this site is login protected.
> > Anyway, I'd like to note that if I select next form field, tab back and
> > press enter, everything works as expected.
> > 
> > Is there any explanation to this, and more importantly, some kind of a fix?
> 
> That's hard to say without seeing the html code of the page.

Well, since it's login protected and tabbing back from next field is still
quiete comfortable, I'll let it be and only if I encounter this somewhere
else, I'll report it again.


> > • Searching terms with diacritics sometimes breaks the diacritics
> > Sometimes I try to search for a term including diacritics but when
> > I get results, it seems that the diacritics had been broken somewhere.
> > It should be reproducable for example here:
> > https://is.cuni.cz/studium/eng/kdojekdo/index.php?KEY=Az1
> > Say you wish to search for person whose family name is "Burešová".
> > After searching, I see "Burešová" in the field.
> > [...]
> > However, on many sites searching with diacritis works all right.
> > 
> > Do you have any ideas about what this could be caused by?
> 
> In general such issues are caused by different character encondings used for
> the page and the server side application.

Still other browsers can cope with that.
Is there a chance someone would get into that and possibly come with a patch
or workaround?
Or could someone give me a hint about how to find out more?


> > • Is it possible to download current page/file?
> > [...]
> 
> The was an path in the past that provided a :write or :save command to save
> the current opened document. But this was never merged into vimprobable, don't
> know why. A workaround could be the :print command that opens the print dialog
> where you can print the page into pdf or ps, but this isn't the same I know.

It's a pitty it wasn't merged. But thanks for mentioning, I'll try to search
the archive and see if I could apply it anyway.


> > • Is there any kind of hinting for frames?
> > I know that frames are evil and stuff but anyway, for example
> > http://srazy.hocz.org/index2.html
> > is a page informing about meetings of a community I belonged in and it's
> > made using frames. Is there a way to select the right frame so that for
> > example j/k movement takes effect? (It's not needed at real index but it
> > would come in handy after selecting some menu entry.)
> 
> This hinting does not exist, an we hope frame will fade away from the www. To
> implement the hinting wouldn't be too difficult, but the scrolling is done in
> vimprobable on a scrollable window containing the webview. I don't have any
> idea if there's a way to scroll within a defined frame without using
> JavaScript (like dwb does).

OK. I admit this is a kind of magic for me, I only remember that when I used
to use Mouseless browsing in Firefox several years ago, I could select a frame
and navigation in that frame then worked all right.
If it's not that easy at all, I can get over it somehow.


> Puh, that was a really long mail and it costs me a lot of time and attention.
> I think for the next time it's better to split the mail into single issue.
> These would be easier to answer and to keep track of unanswered issue and
> questions.

Sorry and once more thanks for the time you put in it.
You know, the idea of sending like ten mails at once felt so stupid. Now I see
it would had been better. Next time I'll split it. Or even better, I won't be
so afraid of the community and will report issues before there's so much of
them (though I guess it would be wise to wait for a few days and try to solve
them myself first).


Karry

Re: [Vimprobable-users] A bunch of issues and questions

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

Daniel Carl
Karryanna <ka...@ka...> wrote:
> > > • Searching terms with diacritics sometimes breaks the diacritics
> > > Sometimes I try to search for a term including diacritics but when
> > > I get results, it seems that the diacritics had been broken somewhere.
> > > It should be reproducable for example here:
> > > https://is.cuni.cz/studium/eng/kdojekdo/index.php?KEY=Az1
> > > Say you wish to search for person whose family name is "Burešová".
> > > After searching, I see "Burešová" in the field.
> > > [...]
> > > However, on many sites searching with diacritis works all right.
> > > 
> > > Do you have any ideas about what this could be caused by?
> > 
> > In general such issues are caused by different character encondings used for
> > the page and the server side application.
> 
> Still other browsers can cope with that.
> Is there a chance someone would get into that and possibly come with a patch
> or workaround?
> Or could someone give me a hint about how to find out more?

You are right, the search form is submitted via http GET and it seems the url
is encoded by webkit in a wrong way. This behaviour appears in all webkitgtk
based browser I've available here. If the search URI is typed into inputbox,
the encoding is done right.
If there is no setting to change the behaviour of webkit, I fear that we can't
do much to prevent this behaviour. But I'll try to get into the issue.

Daniel

Re: [Vimprobable-users] A bunch of issues and questions

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

Daniel Carl
Karryanna <ka...@ka...> wrote:
> > I can reproduce it, this is a bug. The hinting script does not know how to
> > handle the <input type="search"/>. There are a lot of input types allowed
> > through [html5][]. At the moment the input mode is started for input type
> > 'text', 'password', 'checkbox' and 'radio' (by the way, makes it no sense to
> > switch to input mode if a radion button is hinted).
> 
> OK, I'll hope for a fix then.

The attached patch should fix the issue. I haven't tested this much, and
restructured the hinting decision completely, so maybe some other hinting will
be broken.
The main change is that we switch to input mode for most input types and make
some exceptions for input types that expect no input 'radio', 'checkbox',
'submit', 'reset', 'button' and 'image'. Maybe there will some of the new
html5 input types that shouldn't force vimprobable into input mode too.

Daniel

Re: [Vimprobable-users] A bunch of issues and questions

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

To add one minor point to Daniel's comprehensive reply:

On 04/03/14 at 02:05pm, Karryanna wrote:
>
>• Perhaps not so important issue, is it possible that launching Vim
>to edit form fields is not documented?
>I'd neved used Vimperator before I discovered Vimprobable so it just
>didn't come to my mind that Vim could possibly be used. After I onced
>launched it incidentally, it took me some time searching how it is
>done and now I consider it one of greatest features which surely
>should be documented.
>
This is documented in the man page, Vimprobable2(1), under URI Handlers.

/J

-- 

http://jasonwryan.com/  [GnuPG Key: B1BD4E40]

Re: [Vimprobable-users] A bunch of issues and questions

[Karryanna <ka...@ka...>]

> To add one minor point to Daniel's comprehensive reply:
> 
> On 04/03/14 at 02:05pm, Karryanna wrote:
> >
> >• Perhaps not so important issue, is it possible that launching Vim
> >to edit form fields is not documented?
> >[...]
> >
> This is documented in the man page, Vimprobable2(1), under URI Handlers.

OK. To be honest, I think it would be better to have it documented also at
webpage so that anyone can read it before deciding to give or not to give
Vimprobable a try. But I leave this to you.

The other thing is I get "no manual entry" but I suppose this will be just
a bug of my local installation, caused by me. I still prefer to get things
installed via aptitude, therefore am in no way skilled in doing it manually
and could have easily overlooked some dependencies or error.
I think I'll try to reinstall Vimprobable really carefully and only call
for help if this doesn't help.


Karry