Nabble - MozDev - conkeror

Re: hints_auto_exit_delay default

2009-11-06T09:06:16Z

Hi all,

I made this change today, so the new default value of
hints_auto_exit_delay is now 0. To get back the old behavior, put the
following in your rc: (and adjust the number to your preference)

hints_auto_exit_delay = 500;

You might also like to try setting an auto-exit when there is more than
one possible match in the hints interaction:

hints_ambiguous_auto_exit_delay = 500;

Since this is a very popular feature, I think it's important to make
sure that it is documented prominently so that new users know of its
availability. The first thing I've done to that end is to put an example
config of the most common simple settings in contrib/config/common.js,
with a link on the wiki at <http://conkeror.org/ExampleConfigs>. If
anybody has any creative ideas for other ways to advertise this and other
of Conkeror's cool features, let me know.

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

breaking changes for november 3, 2009

2009-11-03T08:42:27Z

Hi all,

I just merged the branch dynamic-keymaps into master. It's mainly a
refactoring of runtime keymap handling. There are a couple of changes for
which you may need to update your rc:

* browser_prevent_automatic_form_focus_mode has been renamed and put in
its own file. To use this mode, simply do this:

require("block-content-focus-change.js");

* The variable browser_automatic_form_focus_window_duration was renamed to
block_content_focus_change_duration.

* The commands follow-current, follow-current-new-buffer,
follow-current-new-buffer-background, and follow-current-new-window have
been removed. Instead of binding to these commands, you can just do
this:

define_key(content_buffer_anchor_keymap, "d", "follow",
$browser_object = browser_object_focused_element);

--
John J. Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

openstreetmap-mode

2009-11-03T04:02:58Z

Hi,

inspired by the googlemap-mode I wrote a mode for browsing
the free maps of http://www.openstreetmap.org

http://iki.fi/lindi/conkeror/openstreetmap.js

1) Later I modified it to work with any openlayers map, for example
http://youloc.net/ -- should the mode now be called openlayers-mode?

2) Would it make sense to combine googlemap-mode and openlayers-mode
to some common slippymap-mode? At least if somebody wants to use
custom keybindings for navigating in a map he probably does not want
to modify all *-map modes.

3) googlemap-mode did not have any copyright information, who should I
credit for offering me such a wonderful template to improve?

best regards,
Timo Lindfors
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: hints_auto_exit_delay default

2009-11-01T12:42:36Z

I think this would be a very sensible default.
I'd prefer it this way, but that's beside the point.

If someone doesn't want to press enter for an unambiguous match, they can turn on that feature, but if there's not a match, it won't follow, which is inconsistant.

I always turn on ido in emacs, but I certainly wouldn't want it to be the default. It makes behaviours in one place different from another, creating UI inconsistencies.

The current default is also very typo-sensetive. if I'm filling out a form, I don't like following the wrong link and have to start over because the webmaster did it wrong. I'd end up using the mouse alot. very frustrating.
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: hints_auto_exit_delay default

2009-10-29T20:45:45Z

I've never had a problem with the feature and find the default an attractive feature in conkeror.

On Oct 29, 2009 2:13 PM, "John J. Foerch" <jjfoerch@...> wrote:

Hi all,

In hinting mode, where dom nodes like links are annotated with visible
numbers (hints), and you are prompted to either type a number or
substrings of link text, Conkeror is able to automatically select an
element when the hints list has been narrowed down to a single possible
match. How quickly it automatically selects this single match, thus
exiting the hints mode interaction, is controlled by the variable
hints_auto_exit_delay. The default is 500 milliseconds. If you set it to
0, that means it will never automatically select a match, and you must
always hit return.

Recently I was teaching someone about the hinting system, and how you
can select a link by typing a substring of link text. The person said
that they never used that feature because Conkeror would behave
unpredictably if they either made a typo or typed too many characters. In
the first instance, Conkeror might automatically follow the wrong link
without the user realizing what they did wrong. In the second instance,
Conkeror might automatically follow the right link, but the user could
still typing because they were not being careful enough, and their extra
keystrokes would run unintended commands.

I think this person made a very good point. The default behavior should
not put the user in the position of having to react to UI events that they
did not intend to happen. We strive for Conkeror to have a "proactive"
user interface, rather than a "reactive" one. Therefore I propose that
the default value of hints_auto_exit_delay be changed to 0, so that by
default, the user always has to hit return to end a hints interaction, and
Conkeror's behavior with respect to this mode be 100% predictable and
dependable.

Shall I make this change? Thoughts?

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: hints_auto_exit_delay default

2009-10-29T20:06:55Z

On Thu, Oct 29, 2009 at 04:14:05PM -0700, Jeremy Maitin-Shepard wrote:

> I think the issue is no so much what the default is but rather that
> people are unaware of exactly how the system works. In particular, you
> have to make sure not to pause too long if you make a mistake in typing
> before hitting backspace. I think it may require some adapting to learn
> how to use the system, and in particular it may be hard to adapt without
> actually understanding how it works, but overall following links
> automatically leads to a more efficient user interface, I think. For
> some people that prefer to type slower, simply setting the delay higher
> may work well (or disabling the auto following completely).
>
> I do generally agree that it is problematic when the effect of a key
> command is non-deterministic from the user's point of view, due to the
> possibility of some event occurring in between key strokes and causing
> the focus/context to change. The main case where this occurs in
> Conkeror is with the download prompt, but usually it is expected when it
> comes up, so it is not as much of an issue as it might otherwise be.
>
> I don't view the hints system as such a case, though; ruling out what
> the hints system does would essentially mean ruling out any "dynamic"
> (meaning time-dependent) behavior in user interfaces. I agree that
> there are some advantages to purely "static" user interfaces, but
> "dynamics" also can allow things to be more efficient, so in the end it
> is a tradeoff.

Hi Jeremy, long time no see!

I'm willing to make the case of the newbie here because it involves
perhaps the most important and commonly used subsystem for all Conkeror
users, regardless of their level of expertise, typing speed, browsing
style, or what they want out of the program. We all need to be able to
follow links with the keyboard.

It does speak to the heart of the matter to say that people are unaware
of exactly how the system works. Yet for such a basic and essential
subsystem, should we expect them to? I would propose that changing the
default to 0 would eliminate the need for the average user to learn
exactly how the system works in order to use it at a basic level, and also
to be confident in it as a dependable "black box". Apart from this
feature, operating the hinting system is fairly obvious to anyone with any
computer experience. We're all accustomed to hitting return at prompts in
all variety of other softwares, so there will be no surprise there for
anyone. For the person who wants no more out of Conkeror, they can just
use it.

Those of us who understand how it works don't mind putting a line in our
config and forgetting about it, but those that don't will have their lives
interrupted to "fix" it. Configuration should be about making the good
better, not about making the [perceived] bad tolerable.

Since hitting return at prompts is second nature to most of us, I don't
think I am out on a limb to call it the base case in this situation. But
just because something is the base case does not necessarily make it the
best default. Speaking in generic terms, "Feature X" might be a better
default, even though it has a steeper learning curve. To decide that
matter, I would frame it with the following question:

Can it be assumed that, despite a steeper learning curve, using
Feature X is in all reasonable cases the preferable and obvious goal
for the skilled user?

Well, you know my answer to that one. :) Based not only on my own
preference but also based on preferences of people I have talked to, such
as the one that got me thinking about this again. Auto-selection is
definitely more efficient for some people, but not everybody weighs the
trade-off the same.

Oh, I almost forgot a very important case. When a person is choosing a
link via link text instead of via numbers, they may not have seen the link
before starting the hints interaction, and they may need a chance to abort
with C-g if an undesired link comes up instead of what they expected.
"Typing blind" and seeing what comes up is also an efficiency gain, but
doing so does not play nice with a timed-autoselect, and that is the main
reason I turn off the feature in my own config.

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: hints_auto_exit_delay default

2009-10-29T16:29:36Z

I like the current default behavior a lot. Jeremy's observations
are right on target. Very occasionally I mistype and don't hit the
backspace key in the 1-second window necessary to prevent a wrong link
from being followed. Besides being rare, this event has always been
inconsequential for me. By contrast, the time saved by not having to
type return to follow each link is considerable.

This said, so long as the current behavior is still supported somehow
(even if it's not the default), I'm happy.

Silvio

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: hints_auto_exit_delay default

2009-10-29T16:14:05Z

"John J. Foerch" <jjfoerch@...> writes:

> Shall I make this change? Thoughts?

I must say, I've been using Conkeror with the default setting ever since
this behavior was added, and I've never had a link be inadvertently
followed due to this issue. Certainly, if there were no delay, it would
be a problem. Note that as long as the user is still typing, the
timeout will keep being reset and a link will not be followed, even if
the matches had already been narrowed down to only one. This is done
precisely to prevent unintended commands being executed.

I think the issue is no so much what the default is but rather that
people are unaware of exactly how the system works. In particular, you
have to make sure not to pause too long if you make a mistake in typing
before hitting backspace. I think it may require some adapting to learn
how to use the system, and in particular it may be hard to adapt without
actually understanding how it works, but overall following links
automatically leads to a more efficient user interface, I think. For
some people that prefer to type slower, simply setting the delay higher
may work well (or disabling the auto following completely).

I do generally agree that it is problematic when the effect of a key
command is non-deterministic from the user's point of view, due to the
possibility of some event occurring in between key strokes and causing
the focus/context to change. The main case where this occurs in
Conkeror is with the download prompt, but usually it is expected when it
comes up, so it is not as much of an issue as it might otherwise be.

I don't view the hints system as such a case, though; ruling out what
the hints system does would essentially mean ruling out any "dynamic"
(meaning time-dependent) behavior in user interfaces. I agree that
there are some advantages to purely "static" user interfaces, but
"dynamics" also can allow things to be more efficient, so in the end it
is a tradeoff.

--
Jeremy Maitin-Shepard
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: hints_auto_exit_delay default [SEC=UNCLASSIFIED]

2009-10-29T15:32:01Z

> I think this person made a very good point. The default behavior should
> not put the user in the position of having to react to UI events that they
> did not intend to happen. We strive for Conkeror to have a "proactive"
> user interface, rather than a "reactive" one. Therefore I propose that
> the default value of hints_auto_exit_delay be changed to 0, so that by
> default, the user always has to hit return to end a hints interaction, and
> Conkeror's behavior with respect to this mode be 100% predictable and
> dependable.
>
> Shall I make this change? Thoughts?

I have hints_auto_exit_delay set to zero because I, too, find the auto
behaviour to be unpredictable. There was peripheral comment on this in
http://thread.gmane.org/gmane.comp.mozilla.conkeror/1184

regards, David.
--
IMPORTANT: This email remains the property of the Australian Defence
Organisation and is subject to the jurisdiction of section 70 of the
CRIMES ACT 1914. If you have received this email in error, you are
requested to contact the sender and delete the email.
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

hints_auto_exit_delay default

2009-10-29T11:12:49Z

Hi all,

In hinting mode, where dom nodes like links are annotated with visible
numbers (hints), and you are prompted to either type a number or
substrings of link text, Conkeror is able to automatically select an
element when the hints list has been narrowed down to a single possible
match. How quickly it automatically selects this single match, thus
exiting the hints mode interaction, is controlled by the variable
hints_auto_exit_delay. The default is 500 milliseconds. If you set it to
0, that means it will never automatically select a match, and you must
always hit return.

Recently I was teaching someone about the hinting system, and how you
can select a link by typing a substring of link text. The person said
that they never used that feature because Conkeror would behave
unpredictably if they either made a typo or typed too many characters. In
the first instance, Conkeror might automatically follow the wrong link
without the user realizing what they did wrong. In the second instance,
Conkeror might automatically follow the right link, but the user could
still typing because they were not being careful enough, and their extra
keystrokes would run unintended commands.

I think this person made a very good point. The default behavior should
not put the user in the position of having to react to UI events that they
did not intend to happen. We strive for Conkeror to have a "proactive"
user interface, rather than a "reactive" one. Therefore I propose that
the default value of hints_auto_exit_delay be changed to 0, so that by
default, the user always has to hit return to end a hints interaction, and
Conkeror's behavior with respect to this mode be 100% predictable and
dependable.

Shall I make this change? Thoughts?

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Invitation to connect on LinkedIn

2009-10-29T00:47:41Z

I'd like to add you to my professional network on LinkedIn.

- Jiten

Confirm that you know Jiten Dedhia

Every day, millions of professionals like Jiten Dedhia use LinkedIn to connect with colleagues, find experts, and explore opportunities.

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: breaking change: mime_type_external_handlers

2009-10-13T08:59:49Z

Thanks, that is simple and useful.

>From now I can open PDF files directly with evince with this configuration:

content_handlers.set("application/pdf", content_handler_open_default_viewer);
external_content_handlers.set("application/pdf", "evince");

-- Daniel

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

breaking change: mime_type_external_handlers

2009-10-12T16:49:59Z

Hi all,

I pushed a rewrite of the mime-type-external-handlers API, so if you
have configured viewers for certain mime types in your rc, you will want
to take note. The variable mime_type_external_handlers no longer exists,
and it has been replaced by one called external_content_handlers. Here is
how to use it, in short:

external_content_handlers.set("application/pdf", "xpdf");
external_content_handlers.set("image/*", "display");

The way to "unset" a handler for a mime-type is to give null as the
value.

You can also set all handlers at once (overriding all defaults):

external_content_handlers = {
"*": "kate", //no idea why anybody would use kate, but anyway..
text: { "*": "kate" },
image: { "*": "feh" },
video: { "*": "gmplayer" },
audio: { "*": "gmplayer" },
application: {
pdf: "xpdf",
postscript: "gv",
"x-dvi": "xdvi"
}
};

The main feature of this new patch was actually something called
content_handlers. With the addition of that feature, it made good sense
to overhaul the mime-type-external-handlers stuff along with it. I would
encourage everyone to have a look at what the new feature does at:

http://conkeror.org/ContentHandlers

You just might find it convenient.

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: corrections for transpose-chars

2009-10-09T11:51:59Z

On Fri, Oct 09, 2009 at 09:21:14AM +0200, Daniel Clemente wrote:
> El dl, set 28 2009 a les 17:51, John J. Foerch va escriure:
> > Grep for define_builtin_commands.. incidentally this needs to be
> > rewritten, but since it works "good enough" it's not at the top of my
> > to-do.
>
> Could you check this patch in?
>

Thanks. pushed.

--
John Foerch

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: corrections for transpose-chars

2009-10-09T00:21:14Z

El dl, set 28 2009 a les 17:51, John J. Foerch va escriure:
> Grep for define_builtin_commands.. incidentally this needs to be
> rewritten, but since it works "good enough" it's not at the top of my
> to-do.

Could you check this patch in?

diff --git a/modules/bindings/default/minibuffer.js b/modules/bindings/default/minibuffer.js
index 465d4f8..077f743 100644
--- a/modules/bindings/default/minibuffer.js
+++ b/modules/bindings/default/minibuffer.js
@@ -28,6 +28,7 @@ define_key(minibuffer_base_keymap, "C-d", "minibuffer-cmd_deleteCharForward");
define_key(minibuffer_base_keymap, "delete", "minibuffer-cmd_deleteCharForward");
define_key(minibuffer_base_keymap, "M-d", "minibuffer-cmd_deleteWordForward");
define_key(minibuffer_base_keymap, "C-delete", "minibuffer-cmd_deleteWordForward");
+define_key(minibuffer_base_keymap, "C-t", "transpose-chars");
define_key(minibuffer_base_keymap, "C-b", "minibuffer-backward-char");
define_key(minibuffer_base_keymap, "left", "minibuffer-backward-char");
define_key(minibuffer_base_keymap, "M-b", "minibuffer-backward-word");
diff --git a/modules/commands.js b/modules/commands.js
index 699f497..e9bb33e 100644
--- a/modules/commands.js
+++ b/modules/commands.js
@@ -128,7 +128,7 @@ function transpose_chars (field) {

// If we have less than two character in the field or if we are at the
// beginning of the field, do nothing.
- if (length <= 2 || caret == 0)
+ if (length < 2 || caret == 0)
return;

// If we are at the end of the field, switch places on the two last

Thanks

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: new-input-system

2009-10-08T11:24:41Z

On Sat, Oct 03, 2009 at 02:51:31PM -0400, John J. Foerch wrote:
> Hi all,
>
> Yesterday I pushed a branch called new-input-system. It contains a
> patch which is a substantial rewrite of conkeror's event handling system.
> It resolves the keydown/keyup problems we have with some websites (yahoo,
> slashdot, ...) as well as laying in place the basis for better mouse
> support and more powerful browser objects.

To everyone who helped test this, thank you. I have merged it into
master. To switch back to the master branch, do:

git checkout master

Thanks!

--
John Foerch

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: Name Suggestion

2009-10-07T08:13:57Z

On Wed, Oct 07, 2009 at 09:04:32AM -0500, aditya siram wrote:
> NeTraps / Nettraps/ NetTraps - (trapping the net, as with a hair net, it is
> approximately Spartan spelled backward)
>
> -deech

Haha, you've won an "lol".

This project is going to keep the name Conkeror, while another one,
proposed as a Conkeror-like browser written in Scheme for Webkit, is to be
named Minno. Problem solved. ;)

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Name Suggestion

2009-10-07T07:04:32Z

NeTraps / Nettraps/ NetTraps - (trapping the net, as with a hair net, it is approximately Spartan spelled backward)

-deech

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: new-input-system

2009-10-06T12:46:15Z

On Mon, Oct 05, 2009 at 11:29:45AM -0400, John J. Foerch wrote:

> On Sat, Oct 03, 2009 at 02:51:31PM -0400, John J. Foerch wrote:
> > Yesterday I pushed a branch called new-input-system. It contains a
> > patch which is a substantial rewrite of conkeror's event handling system.
> > It resolves the keydown/keyup problems we have with some websites (yahoo,
> > slashdot, ...) as well as laying in place the basis for better mouse
> > support and more powerful browser objects.
> >
> > I don't expect any major problems merging this into master, but because
> > of the size of the patch, I want to have it available for a short period
> > of testing by the community before merge. If you are running conkeror
> > from our main git repository, you can help test this patch. Just do the
> > following:
> >
> > <snip>
>
>
> Anyone testing this branch, please update.

And again please. Probably about ready to merge.

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: new-input-system

2009-10-05T13:53:47Z

xI have been using it for my daily browsing needs since you pushed it. I
haven't noticed any bugs, but I also didn't notice the problems this
addressed.

Jack

On Mon, 5 Oct 2009, John J. Foerch wrote:

> On Sat, Oct 03, 2009 at 02:51:31PM -0400, John J. Foerch wrote:
>> Yesterday I pushed a branch called new-input-system. It contains a
>> patch which is a substantial rewrite of conkeror's event handling system.
>> It resolves the keydown/keyup problems we have with some websites (yahoo,
>> slashdot, ...) as well as laying in place the basis for better mouse
>> support and more powerful browser objects.
>>
>> I don't expect any major problems merging this into master, but because
>> of the size of the patch, I want to have it available for a short period
>> of testing by the community before merge. If you are running conkeror
>> from our main git repository, you can help test this patch. Just do the
>> following:
>>
>> <snip>
>
>
> Anyone testing this branch, please update.
>
> --
> John Foerch
> _______________________________________________
> Conkeror mailing list
> Conkeror@...
> https://www.mozdev.org/mailman/listinfo/conkeror
>

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: Can I change the font for a specific site?

2009-10-05T09:27:09Z

On Fri, Sep 25, 2009 at 11:11:35AM +0800, Water Lin wrote:
>
> While I am exploring some sites in my Conkeror, the font size is too
> small and makes my eyes very tired. Is there a way to set the font size
> of this specific site?
>
> Thanks

Hi Water,

You can do this with css. Here is an example from my .conkerorrc, in
which I use css to change the appearance of a particular website:

// make the nasa-hsf-sightings page more printer friendly
register_user_stylesheet(
"data:text/css," +
escape (
"@-moz-document url-prefix("+
"http://spaceflight1.nasa.gov/realdata/sightings/cities/view.cgi)"+
"{img { display: none; }}"));

Note, I used a data: url to encode the css directly into my rc, which is
convenient for short snippets like this. However, you can also put your
css in a file, and pass a file: url to register_user_stylesheet.

You may also need to mark your css rules as !important, depending on the
particulars of the website's stylesheets.

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: new-input-system

2009-10-05T08:29:45Z

On Sat, Oct 03, 2009 at 02:51:31PM -0400, John J. Foerch wrote:

> Yesterday I pushed a branch called new-input-system. It contains a
> patch which is a substantial rewrite of conkeror's event handling system.
> It resolves the keydown/keyup problems we have with some websites (yahoo,
> slashdot, ...) as well as laying in place the basis for better mouse
> support and more powerful browser objects.
>
> I don't expect any major problems merging this into master, but because
> of the size of the patch, I want to have it available for a short period
> of testing by the community before merge. If you are running conkeror
> from our main git repository, you can help test this patch. Just do the
> following:
>
> <snip>

Anyone testing this branch, please update.

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: using loadsubscript

2009-10-04T10:08:34Z

On Sun, Oct 04, 2009 at 01:31:51AM -0400, Mark Eichin wrote:

> Oh, that makes more sense. Don't even need to do anything special to
> make it activate - just M-x jquery-here RET
> $("h1").css("backgroundColor", "blue"); RET and the headings turn blue
> :-)
>
> function jquery_this_doc(d, js_code) {
> var script_el = d.createElementNS(XHTML_NS, "script");
> script_el.setAttribute("language", "javascript");
> script_el.setAttribute("type", "text/javascript");
> script_el.setAttribute("src",
> "http://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js");
> d.body.appendChild(script_el);
> script_el = d.createElementNS(XHTML_NS, "script");
> script_el.textContent = js_code;
> d.body.appendChild(script_el);
> }
>
> interactive("jquery-here",
> "load jquery.js into this page, then your command",
> function(I) {
> jquery_this_doc(I.buffer.document, (yield I.minibuffer.read($prompt
> = "jq: ", $history = "jquery-here")));
> });

So it works now? Cool.. maybe put it on the wiki. Maybe a new page about
doing web development with conkeror.

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: using loadsubscript

2009-10-03T22:31:51Z

Oh, that makes more sense. Don't even need to do anything special to
make it activate - just M-x jquery-here RET
$("h1").css("backgroundColor", "blue"); RET and the headings turn blue
:-)

function jquery_this_doc(d, js_code) {
var script_el = d.createElementNS(XHTML_NS, "script");
script_el.setAttribute("language", "javascript");
script_el.setAttribute("type", "text/javascript");
script_el.setAttribute("src",
"http://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js");
d.body.appendChild(script_el);
script_el = d.createElementNS(XHTML_NS, "script");
script_el.textContent = js_code;
d.body.appendChild(script_el);
}

interactive("jquery-here",
"load jquery.js into this page, then your command",
function(I) {
jquery_this_doc(I.buffer.document, (yield I.minibuffer.read($prompt
= "jq: ", $history = "jquery-here")));
});
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: github

2009-10-03T15:35:53Z

justloop <justloop <at> gmail.com> writes:

Silly me, of course it worked after I changed the 'http:' to 'git:'. Sorry.

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: github

2009-10-03T15:29:07Z

John J. Foerch <jjfoerch <at> earthlink.net> writes:

>
> Hi all,
>
> In response to a request for this, I made a conkeror repository on
> github. This is a secondary repository. The one on repo.or.cz is still
> our main repository, but I will make a point to keep master branch up to
> date in this one as well. The url is:
>
> http://github.com/retroj/conkeror
>
> Github is a useful tool for anyone wishing to have their own fork of
> conkeror from which we can easily pull patches.
>

I might be missing something but I get:

yavuz@igor ~/src
$ git clone http://github.com/retroj/conkeror
Initialized empty Git repository in /Users/yavuz/src/conkeror/.git/
fatal: http://github.com/retroj/conkeror/info/refs not found: did you run git
update-server-info on the server?

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: using loadsubscript

2009-10-03T15:23:50Z

On Sat, Oct 03, 2009 at 05:11:01PM -0400, Mark Eichin wrote:

> What I'm really trying to do is load jquery into an existing page, and
> then load my own code, so I can prototype/demo some improvements to a
> website I can't otherwise modify.
>
> interactive("jquery-test",
> "load and run a jquery file",
> function(I) {
> subscript_loader.loadSubScript("file://" +
> "/usr/share/javascript/jquery/jquery.js", I.buffer.document);
> subscript_loader.loadSubScript("file://" + "/tmp/test.js", I.buffer.document);
> });
>
> This definitely loads and runs jquery.js and test.js; if I put alert()
> calls in test.js they fire, but $() references in test.js fail with
> "ReferenceError: $ is not defined." Actually, now that I look more
> closely jquery isn't just logging stylistic warnings, it's also
> reporting
> Console error: [JavaScript Warning: "reference to undefined property
> jQuery.cache[id][name]"
> {file: "chrome://conkeror-modules/content/rc.js ->
> file:///home/eichin/.emacs.js ->
> file:///usr/share/javascript/jquery/jquery.js"
> line: 679}]
> Category: component javascript
>
> Any suggestions? Is I.buffer.document not the right target object?

The method that I'm familiar with involves using the DOM to add
html:script elements to the document's head to load your js files.

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

using loadsubscript

2009-10-03T14:11:01Z

What I'm really trying to do is load jquery into an existing page, and
then load my own code, so I can prototype/demo some improvements to a
website I can't otherwise modify.

interactive("jquery-test",
"load and run a jquery file",
function(I) {
subscript_loader.loadSubScript("file://" +
"/usr/share/javascript/jquery/jquery.js", I.buffer.document);
subscript_loader.loadSubScript("file://" + "/tmp/test.js", I.buffer.document);
});

This definitely loads and runs jquery.js and test.js; if I put alert()
calls in test.js they fire, but $() references in test.js fail with
"ReferenceError: $ is not defined." Actually, now that I look more
closely jquery isn't just logging stylistic warnings, it's also
reporting
Console error: [JavaScript Warning: "reference to undefined property
jQuery.cache[id][name]"
{file: "chrome://conkeror-modules/content/rc.js ->
file:///home/eichin/.emacs.js ->
file:///usr/share/javascript/jquery/jquery.js"
line: 679}]
Category: component javascript

Any suggestions? Is I.buffer.document not the right target object?

--
_Mark_ <eichin@...> <eichin@...>
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

new-input-system

2009-10-03T11:51:31Z

Hi all,

Yesterday I pushed a branch called new-input-system. It contains a
patch which is a substantial rewrite of conkeror's event handling system.
It resolves the keydown/keyup problems we have with some websites (yahoo,
slashdot, ...) as well as laying in place the basis for better mouse
support and more powerful browser objects.

I don't expect any major problems merging this into master, but because
of the size of the patch, I want to have it available for a short period
of testing by the community before merge. If you are running conkeror
from our main git repository, you can help test this patch. Just do the
following:

git fetch
git checkout -b new-input-system origin/new-input-system

When you want to go back to master branch, just do:

git checkout master

If you find any problems, you can post to the list, email me, or better
yet, talk to me on our irc channel.

Thanks!

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

github

2009-10-03T11:29:06Z

Hi all,

In response to a request for this, I made a conkeror repository on
github. This is a secondary repository. The one on repo.or.cz is still
our main repository, but I will make a point to keep master branch up to
date in this one as well. The url is:

http://github.com/retroj/conkeror

Github is a useful tool for anyone wishing to have their own fork of
conkeror from which we can easily pull patches.

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: Google results filter...

2009-10-01T02:14:29Z

On 2009-09-30 17:25+0200, Ricardo Buring wrote:

> On Wed, 2009-09-30 at 10:34 -0400, John J. Foerch wrote:
> > On Wed, Sep 30, 2009 at 11:11:38AM +0100, 'Mash wrote:
> > > I just had an idea...
> > >
> > > Would it be possible to create an optional "g" (Google search) to use a
> > > defined list of sites you wish to filter out of the search, using
> > > Google's "-term" ?
> > >
> > > For instance in your .rc file you could create a list of sites or terms
> > >
> > > filterList = ('wikipedia','bigresource.com')
> > >
> > > and then say using "gf" you would get:
> > >
> > > http://www.google.com/search?q=javascript+function+-wikipedia+-bigresource.com
> > >
> > >
> > > I have no idea how to implement this even in a webjump without spending
> > > hours; but one of you lot could surely whip-up a webjump or expand the
> > > Google module.
> > >
> > > The idea came when I wanted to create a easy way to filter out the
> > > horror that is "bigresource.com" from my results.
> >
> >
> > Doesn't google itself have this feature? Next to each search result,
> > there is an [X] button. Not 100% sure.
> >
> > To do this in conkeror would entail adding a feature to
> > google-search-results-mode, not creating a webjump.
> >
>
> I haven't looked into Google modes, but you can put this quick
> Javascript in your .conkerorrc for a webjump:
>
> google_blacklist_array = ["wikipedia", "bigresource.com"];
> google_blacklist = "";
> for(var i=0; i<google_blacklist_array.length; i++)
> {
> google_blacklist += "+-" + google_blacklist_array[i];
> }
> define_webjump("gf", "http://www.google.com/search?q=%s"+google_blacklist);
>
> That's probably not the best way to do it, but it works :)

Thanks! That will do nicely.

'Mash

---
Sola fide, Sola Gratia, Soli Deo gloria!

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: Google results filter...

2009-09-30T08:27:31Z

On Wed, Sep 30, 2009 at 05:25:13PM +0200, Ricardo Buring wrote:

Clever!

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: Google results filter...

2009-09-30T08:25:13Z

On Wed, 2009-09-30 at 10:34 -0400, John J. Foerch wrote:

> On Wed, Sep 30, 2009 at 11:11:38AM +0100, 'Mash wrote:
> > I just had an idea...
> >
> > Would it be possible to create an optional "g" (Google search) to use a
> > defined list of sites you wish to filter out of the search, using
> > Google's "-term" ?
> >
> > For instance in your .rc file you could create a list of sites or terms
> >
> > filterList = ('wikipedia','bigresource.com')
> >
> > and then say using "gf" you would get:
> >
> > http://www.google.com/search?q=javascript+function+-wikipedia+-bigresource.com
> >
> >
> > I have no idea how to implement this even in a webjump without spending
> > hours; but one of you lot could surely whip-up a webjump or expand the
> > Google module.
> >
> > The idea came when I wanted to create a easy way to filter out the
> > horror that is "bigresource.com" from my results.
>
>
> Doesn't google itself have this feature? Next to each search result,
> there is an [X] button. Not 100% sure.
>
> To do this in conkeror would entail adding a feature to
> google-search-results-mode, not creating a webjump.
>

I haven't looked into Google modes, but you can put this quick
Javascript in your .conkerorrc for a webjump:

google_blacklist_array = ["wikipedia", "bigresource.com"];
google_blacklist = "";
for(var i=0; i<google_blacklist_array.length; i++)
{
google_blacklist += "+-" + google_blacklist_array[i];
}
define_webjump("gf", "http://www.google.com/search?q=%s"+google_blacklist);

That's probably not the best way to do it, but it works :)

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Re: Google results filter...

2009-09-30T07:34:55Z

On Wed, Sep 30, 2009 at 11:11:38AM +0100, 'Mash wrote:

> I just had an idea...
>
> Would it be possible to create an optional "g" (Google search) to use a
> defined list of sites you wish to filter out of the search, using
> Google's "-term" ?
>
> For instance in your .rc file you could create a list of sites or terms
>
> filterList = ('wikipedia','bigresource.com')
>
> and then say using "gf" you would get:
>
> http://www.google.com/search?q=javascript+function+-wikipedia+-bigresource.com
>
>
> I have no idea how to implement this even in a webjump without spending
> hours; but one of you lot could surely whip-up a webjump or expand the
> Google module.
>
> The idea came when I wanted to create a easy way to filter out the
> horror that is "bigresource.com" from my results.

Doesn't google itself have this feature? Next to each search result,
there is an [X] button. Not 100% sure.

To do this in conkeror would entail adding a feature to
google-search-results-mode, not creating a webjump.

--
John Foerch
_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror

Google results filter...

2009-09-30T03:11:38Z

I just had an idea...

Would it be possible to create an optional "g" (Google search) to use a defined list of sites you wish to filter out of the search, using Google's "-term" ?

For instance in your .rc file you could create a list of sites or terms

filterList = ('wikipedia','bigresource.com')

and then say using "gf" you would get:

http://www.google.com/search?q=javascript+function+-wikipedia+-bigresource.com

I have no idea how to implement this even in a webjump without spending hours; but one of you lot could surely whip-up a webjump or expand the Google module.

The idea came when I wanted to create a easy way to filter out the horror that is "bigresource.com" from my results.

'Mash

---
Sola fide, Sola Gratia, Soli Deo gloria!

_______________________________________________
Conkeror mailing list
Conkeror@...
https://www.mozdev.org/mailman/listinfo/conkeror