vimprobable-users Mailing List for Vimprobable (Page 15)

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Daniel Carl <dan...@gm...> wrote:
> I found a little memory leak caused by a none free'd g_strconcat.

Merged - thanks!

Hannes

Jason Ryan <jas...@gm...> wrote:
> Re-reading the man page after 1.2.0 was released, I cam across a
> couple of small typos/fixes…

Finally merged. Thanks!

Hannes

Hi Leonardo!

Leonardo Taccari <ia...@gm...> wrote:
> I am happy to announce that vimprobable2 is available in
> pkgsrc-wip[0]. pkgsrc[1] is the official NetBSD packaging system.
> 
> For further information:
>  http://pkgsrc.se/wip/vimprobable2
> 
> I will try to always keep the package updated and I hope it will be
> imported in official pkgsrc tree soon.

That's great news. I will add the link to our wiki. Thanks for your
work!

Hannes

Hello to all vimprobable users,
I am happy to announce that vimprobable2 is available in pkgsrc-wip[0].
pkgsrc[1] is the official NetBSD packaging system.

For further information:
 http://pkgsrc.se/wip/vimprobable2

I will try to always keep the package updated and I hope it will be
imported in official pkgsrc tree soon.

[0]: http://pkgsrc-wip.sf.net
[1]: http://www.pkgsrc.org

Thank you for this web browser and keep up the good work!
Ciao,
L.

Marcos Cruz <vim...@pr...> wrote:
> I've been tinkering with the user stylesheet. The docs dont't give
> details.

This function just implements a Webkit internal feature, so looking
over there would be a good idea for detailed information.

> It seems the user stylesheet adds to the page styles, but there's no
> way to make it the only stylesheet or deactivate the page styles.
> Right?

I think so. You could make a stylesheet which resets all common
settings, of course...

Hannes

Hi,

Some times it's useful to read a page without any style (floats,
margins, effects, fonts, colors...), just good plain easily "zoomable"
HTML.

I've been tinkering with the user stylesheet. The docs dont't give
details.

It seems the user stylesheet adds to the page styles, but there's no way
to make it the only stylesheet or deactivate the page styles. Right?

Thank you.
Marcos

-- 
http://programandala.net

Marcos Cruz <vim...@pr...> wrote:
> maybe several commands could be chained in one key map?
> Just an idea.

Not a bad idea, but it would mainly require an unmap command to be
implemented first (right now, to remove a mapping, it can simply be
overwritten; that wouldn't necessarily be the case anymore) and a
slight modification of the routine registering new keybindings. Then,
we'd need to allow the execution of more than one binding for the same
event - that's not a big deal, it's basically just removing line 387
from main.c.

Overall, not a huge change, I'd say, unless I'm overlooking something.
Any takers?

Hannes

Marcos Cruz <vim...@pr...> wrote:
> If I hide the input box and then press ":" to write a command, the
> input box remains visible after the command execution. I expected it
> would hide again.
> 
> Is it a bug or intended?

This is intended. The :set inputbox switch only works in the moment you
throw it; it will not keep any internal state. So if the box appears
again, it appears again without questions being asked.

There have been two or three patches posted to the mailing list
trying to change this behaviour to what you seem to have in mind, but
none was really fit for inclusion, because they all had conceptual
problems (my own was the worst).

Hannes

Hi!

Marcos Cruz <vim...@pr...> wrote:
> I suppose a function key cannot be mapped (yet), right?

Yes.

Hannes

Hi,

I realized full screen mode needs three commands:

	set statusbar=false
	set inputbox=false
	set scrollbars=false

Several key maps are needed to get it, depending on the default values
of those settings. That's not a big problem.  But maybe several commands
could be chained in one key map?  For example:

	map X=:set statusbar=false && :set inputbox=false && :set
	scrollbars=false

Or:
	map X=:set statusbar=false
	map X+=:set inputbox=false
	map X+=:set scrollbars=false

This feature could be useful to de/activate a whole set of preferences
with one key map.

Just an idea.

Marcos

-- 
http://programandala.net

Hi,

I suppose a function key cannot be mapped (yet), right?

The docs don't mention it, and e.g. the syntax "<F5>" doesn't work.

Thank you.

Marcos

-- 
http://programandala.net

Hi,

I realized something:

If I hide the input box and then press ":" to write a command, the input
box remains visible after the command execution. I expected it would
hide again.

Is it a bug or intended?

Thank you.

Marcos

-- 
http://programandala.net

Hi!

I found a little memory leak caused by a none free'd g_strconcat.

Daniel

Hi all,

If you use this, please note it is very untested and does not work well
on sites with huge amounts of links (reddit.com is one, slashdot seems
OK).

This newer file fixes some z-index and position issues with my hint
blocks.

Thanks,
-Matt

On Tue, Oct 16, 2012 at 11:28:27PM -0400, Matthew Carter wrote:
> Hi all,
> 
> The attached script (letter_hinting.js) will give you the desired letter
> hinting if you add it to your scripts.js (user scripts) file.
> 
> This has also been added to the user scripts utility I wrote, available
> at:
> 
> 	http://ahungry.com/vp2_scripter/ahungry_scripter.sh
> 
> Feel free to tweak the letter_hinting.js until it is acceptable for your
> own use (it works with the existing hinting by handling all of the
> letter hinting as a passthrough from the main key bind interceptions by
> browser).
> 
> Thanks,
> -Matt
> 
> On Tue, Oct 16, 2012 at 07:15:59PM +0200, Hannes Schüller wrote:
> > 陈三 <che...@gm...> wrote:
> > > > ______ <che...@gm...> wrote:
> > > > > i will try the hinting.js
> > > >
> > > > FYI, a modification of that file alone will not be enough due to the
> > > > feature of writing the link text which Matt mentioned. You would
> > > > have to change the routine catching characters in hint mode located
> > > > in main.c as well.
> > >
> > > Does it mean if i don't know much about programing then it would be
> > > impossible for me to make it ? that is sad because i know only a
> > > little JavaScript language.
> > 
> > Well, it depends on how "messy" you would accept a hack to be. In the
> > current Vimprobable2, the relevant code in main.c is located in line
> > 626 until the end of the following if. There, you would have to send
> > not just numbers, but also strings to the Javascript function. Of
> > course, this would imply either a major modification of the current
> > "count" variable or (easier) the introduction of a string variable to
> > keep the overall input in.
> > 
> > However, in hinting.js, there would definitely be bigger changes ahead.
> > 
> > > If there is an option like "set hinting=asdfghjkl" then that would be
> > > much convenient to me.
> > 
> > Such an option will most certainly never happen, because of said
> > irreconcilability with another major feature.
> > 
> > Hannes
> > 
> > ------------------------------------------------------------------------------
> > Don't let slow site performance ruin your business. Deploy New Relic APM
> > Deploy New Relic app performance management and know exactly
> > what is happening inside your Ruby, Python, PHP, Java, and .NET app
> > Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> > http://p.sf.net/sfu/newrelic-dev2dev
> > _______________________________________________
> > Vimprobable-users mailing list
> > Vim...@li...
> > https://lists.sourceforge.net/lists/listinfo/vimprobable-users
> 
> -- 
> Matthew Carter
> je...@gm...

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

Hi all,

The attached script (letter_hinting.js) will give you the desired letter
hinting if you add it to your scripts.js (user scripts) file.

This has also been added to the user scripts utility I wrote, available
at:

	http://ahungry.com/vp2_scripter/ahungry_scripter.sh

Feel free to tweak the letter_hinting.js until it is acceptable for your
own use (it works with the existing hinting by handling all of the
letter hinting as a passthrough from the main key bind interceptions by
browser).

Thanks,
-Matt

On Tue, Oct 16, 2012 at 07:15:59PM +0200, Hannes Schüller wrote:
> 陈三 <che...@gm...> wrote:
> > > ______ <che...@gm...> wrote:
> > > > i will try the hinting.js
> > >
> > > FYI, a modification of that file alone will not be enough due to the
> > > feature of writing the link text which Matt mentioned. You would
> > > have to change the routine catching characters in hint mode located
> > > in main.c as well.
> >
> > Does it mean if i don't know much about programing then it would be
> > impossible for me to make it ? that is sad because i know only a
> > little JavaScript language.
> 
> Well, it depends on how "messy" you would accept a hack to be. In the
> current Vimprobable2, the relevant code in main.c is located in line
> 626 until the end of the following if. There, you would have to send
> not just numbers, but also strings to the Javascript function. Of
> course, this would imply either a major modification of the current
> "count" variable or (easier) the introduction of a string variable to
> keep the overall input in.
> 
> However, in hinting.js, there would definitely be bigger changes ahead.
> 
> > If there is an option like "set hinting=asdfghjkl" then that would be
> > much convenient to me.
> 
> Such an option will most certainly never happen, because of said
> irreconcilability with another major feature.
> 
> Hannes
> 
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users

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

陈三 <che...@gm...> wrote:
> > ______ <che...@gm...> wrote:
> > > i will try the hinting.js
> >
> > FYI, a modification of that file alone will not be enough due to the
> > feature of writing the link text which Matt mentioned. You would
> > have to change the routine catching characters in hint mode located
> > in main.c as well.
>
> Does it mean if i don't know much about programing then it would be
> impossible for me to make it ? that is sad because i know only a
> little JavaScript language.

Well, it depends on how "messy" you would accept a hack to be. In the
current Vimprobable2, the relevant code in main.c is located in line
626 until the end of the following if. There, you would have to send
not just numbers, but also strings to the Javascript function. Of
course, this would imply either a major modification of the current
"count" variable or (easier) the introduction of a string variable to
keep the overall input in.

However, in hinting.js, there would definitely be bigger changes ahead.

> If there is an option like "set hinting=asdfghjkl" then that would be
> much convenient to me.

Such an option will most certainly never happen, because of said
irreconcilability with another major feature.

Hannes

Does it mean if i don't know much about programing then it would be
impossible for me to make it ? that is sad because i know only a little
JavaScript language. If there is an option like "set hinting=asdfghjkl"
then that would be much convenient to me . Anyway, thank you guys, i
really appreciate your answers.
在 2012-10-17 上午12:04，"Hannes Schüller" <ha...@yl...>写道：

> ______ <che...@gm...> wrote:
> > i will try the hinting.js
>
> FYI, a modification of that file alone will not be enough due to the
> feature of writing the link text which Matt mentioned. You would have
> to change the routine catching characters in hint mode located in
> main.c as well.
>
> Hannes
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users
>

______ <che...@gm...> wrote:
> i will try the hinting.js

FYI, a modification of that file alone will not be enough due to the
feature of writing the link text which Matt mentioned. You would have
to change the routine catching characters in hint mode located in
main.c as well.

Hannes

Hi Andraz,

Thanks for the feed back, I will clean up the code to remove the wget calls.

Regarding the pushing of files, at this time I am locking files down to the
original uploader based on the key sent to the user's directory from the
server, so that if I am the creator of, say, scriptblock.js, no one else
can overwrite or modify the file (they could upload scriptblock_v2.js just
fine, and have it included in other user's pulls).

When I got to writing the script, it was easier to set up a single
receiving page (upload.php) to handle this than to set up git or any other
versioning system on my web server (I am a bit lazy, also not as
experienced with git as I should be).

If there is a lot of interest in this project and there would be a large
benefit to doing it that way, I am open to trying out a new method (what
would we gain exactly?  web server side versioning and ability for multiple
users to contribute to the same .js file?).

Other than cleaning up malicious uploads, I do not want to be so "hands on"
that I have to keep an eye on and merge everyone's changes however.  If
someone wants to share a script, assuming the name isn't taken yet, all
they'll have to do is the push and everyone else can immediately use their
script.

I'll add on the rating system so we can do ./ahungry_scripter.sh rate
./someone_script.js [1 to 10 here] pretty soon, as well as a web based
interface for users to browse the scripts manually over http.

Thanks,
-Matt

On Tue, Oct 16, 2012 at 2:04 AM, Andraž 'ruskie' Levstik <
ru...@co...> wrote:

> > Code is all done via bash, it requires wget/grep/curl to be installed.
>
> You could drop either wget or curl. Both can handle everything the other
> does more or less.
>
> > If you want to add a script to the server, just use:
> >
> >       ./ahungry_scripter.sh push ./yourscript.js
>
> I'm wondering why not just use a git or hg or even svn repo for the
> scripts and handle them there. You could with git have a "mob" branch
> that anyone could push to without an account then you could just merge
> anything relevant through(this is an idea from http://repo.or.cz).
>
> To replace wget with curl just use curl -O url and you'll get the remote
> filename used to download.
>
> For the date used I'd prefer 'date -u --rfc-3339=seconds' simply because
> it makes checking when various people updated easier(if there is an
> issue to solve) and the ISO formated date since it's easy to parse.
>
> Just some of my thoughts on this thing. I'll keep watching it because I
> am interested in such stuff. Though I run with js off 99% of the time.
>
> Regards
> --
> Andraž 'ruskie' Levstik
> Source Mage GNU/Linux mage
> Re-Alpine Coordinator http://sourceforge.net/projects/re-alpine/
> Geek/Hacker/Tinker
>
> Seilf Emit
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users
>
>

Ah, thanks, i will try the hinting.js, the first method you mentioned is
not easy for chinese characters XD.
在 2012-10-16 下午10:48，"Matt Carter" <je...@gm...>写道：

> Hi,
>
> If you start to type it'll limit the available selection based on found
> characters in your typed string after enabling hinting mode, based on the
> link's name.
>
> You could also always modify hinting.js to get to where you want.
>
> -Matt
>
> On Tue, Oct 16, 2012 at 10:40 AM, 陈三 <che...@gm...> wrote:
>
>> Hi all,
>>
>> Since vimprobable use number as its hinting way to follow links. But I
>> would like change it to characters such as "asdfghjkl",as in vimperator. Is
>> there anyway to enable it? I've been looking around for a while on the web
>> only to find nothing related to it.
>>
>> Thanks.
>>
>> --
>> 陈三 - www.zfanw.com/blog
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Vimprobable-users mailing list
>> Vim...@li...
>> https://lists.sourceforge.net/lists/listinfo/vimprobable-users
>>
>>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users
>
>

Hi,

If you start to type it'll limit the available selection based on found
characters in your typed string after enabling hinting mode, based on the
link's name.

You could also always modify hinting.js to get to where you want.

-Matt

On Tue, Oct 16, 2012 at 10:40 AM, 陈三 <che...@gm...> wrote:

> Hi all,
>
> Since vimprobable use number as its hinting way to follow links. But I
> would like change it to characters such as "asdfghjkl",as in vimperator. Is
> there anyway to enable it? I've been looking around for a while on the web
> only to find nothing related to it.
>
> Thanks.
>
> --
> 陈三 - www.zfanw.com/blog
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users
>
>

Hi all,

Since vimprobable use number as its hinting way to follow links. But I
would like change it to characters such as "asdfghjkl",as in vimperator. Is
there anyway to enable it? I've been looking around for a while on the web
only to find nothing related to it.

Thanks.

-- 
陈三 - www.zfanw.com/blog

> Code is all done via bash, it requires wget/grep/curl to be installed.

You could drop either wget or curl. Both can handle everything the other
does more or less.

> If you want to add a script to the server, just use:
> 
> 	./ahungry_scripter.sh push ./yourscript.js

I'm wondering why not just use a git or hg or even svn repo for the
scripts and handle them there. You could with git have a "mob" branch
that anyone could push to without an account then you could just merge
anything relevant through(this is an idea from http://repo.or.cz).

To replace wget with curl just use curl -O url and you'll get the remote
filename used to download.

For the date used I'd prefer 'date -u --rfc-3339=seconds' simply because
it makes checking when various people updated easier(if there is an
issue to solve) and the ISO formated date since it's easy to parse.

Just some of my thoughts on this thing. I'll keep watching it because I
am interested in such stuff. Though I run with js off 99% of the time.

Regards
-- 
Andraž 'ruskie' Levstik
Source Mage GNU/Linux mage
Re-Alpine Coordinator http://sourceforge.net/projects/re-alpine/
Geek/Hacker/Tinker

Seilf Emit
Hi Hannes,

The main script has been updated to use a key gen method, please let me
know what you think.

If you already have the script, you can update it to the newest one
with:

	./ahungry_scripter.sh update

Thanks,
-Matt

On Mon, Oct 15, 2012 at 08:52:21PM +0200, Hannes Schüller wrote:
> "Matthew Carter" <je...@gm...> wrote:
> > Right now script updates are locked down by IP address, so at this
> > point no one can update the three scripts I put on unless they spoof
> > my ip.
> 
> I'm sure you are aware that the source address in IP is just a text
> field, so that is not really an authentication.
> 
> > I realize this may lock some out of their own scripts if ip changes,
> 
> Also, most people use dynamic IP addresses anyway.
> 
> Anyway, I don't think any of this is really a problem right now,
> because I doubt that the Vimprobable user base, which would probably
> notice quickly enough, is really a worthwhile attack target. I just
> want to make sure that everybody is aware of the potential risks.
> 
> Looking forward to see how this develops!
> 
> Hannes
> 
> 
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users

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

Hi all,

I'm thinking most users wouldn't want to bother going to the site to
create an account (and passing their credentials via a manually edited
config file).

I am thinking I will generate a key on the server end that is sent back
during the user's first 'push', and save it locally, to be used with
subsequent pushes (if key doesn't match, user cannot update the
javascript file of the same name).

Oh btw, I have a working scriptblock (similar to firefox's noscript).
I started by modifying Daniel's flasblock and ended up expanding quite a
bit a little bit of the same code got reused).

It seems to work quite nicely, by default it does the following:

	Allows same domain scripts to run automatically (you can comment out
	a single line in scriptblock.js if you do not wish this)

	Blocks all scripts loaded from external sources until user left
	clicks (to allow entire domain) or right clicks (to allow individual
	script)

The :set scripts=false option is nice, but not as fluid for pinpointing
which scripts to keep around and which to discard.

At this time I chose not to add an auto reloader to the page when
scripts are allowed/denied, so you will have to press 'r' to reload
yourself.

Next up I will work on an adblocker, I use privoxy myself, but I have to
admit doing an "./ahungry_scripter.sh -a" would have been a lot easier
to set up for adblocking than setting up privoxy when I first started
with vimprobable.

Thanks,
-Matt

On Mon, Oct 15, 2012 at 08:52:21PM +0200, Hannes Schüller wrote:
> "Matthew Carter" <je...@gm...> wrote:
> > Right now script updates are locked down by IP address, so at this
> > point no one can update the three scripts I put on unless they spoof
> > my ip.
> 
> I'm sure you are aware that the source address in IP is just a text
> field, so that is not really an authentication.
> 
> > I realize this may lock some out of their own scripts if ip changes,
> 
> Also, most people use dynamic IP addresses anyway.
> 
> Anyway, I don't think any of this is really a problem right now,
> because I doubt that the Vimprobable user base, which would probably
> notice quickly enough, is really a worthwhile attack target. I just
> want to make sure that everybody is aware of the potential risks.
> 
> Looking forward to see how this develops!
> 
> Hannes
> 
> 
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Vimprobable-users mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vimprobable-users

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

2011	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug (77)	Sep (44)	Oct (43)	Nov (38)	Dec (14)
2012	Jan (40)	Feb (18)	Mar (12)	Apr (25)	May (12)	Jun (13)	Jul (17)	Aug (3)	Sep (20)	Oct (42)	Nov (9)	Dec (2)
2013	Jan (9)	Feb (29)	Mar (9)	Apr (7)	May (38)	Jun	Jul (7)	Aug	Sep (5)	Oct (10)	Nov (11)	Dec (1)
2014	Jan (16)	Feb (18)	Mar (11)	Apr (5)	May (13)	Jun (5)	Jul (5)	Aug (7)	Sep (30)	Oct	Nov	Dec (26)
2015	Jan (5)	Feb (19)	Mar (8)	Apr (15)	May (4)	Jun	Jul	Aug	Sep	Oct	Nov (16)	Dec (10)
2016	Jan	Feb (1)	Mar (14)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec

vimprobable-users Mailing List for Vimprobable (Page 15)

Vimprobable is a lean web browser optimised for full keyboard control

vimprobable-users — Mailing list for Vimprobable users