nigel at turbo10.com - The Goo

From breen.mullins at gmail.com Sun Sep 2 09:44:36 2007 From: breen.mullins at gmail.com (Breen Mullins) Date: Sun, 2 Sep 2007 08:44:36 -0700 Subject: [elinks-users] elinks-current + spidermonkey -> bus error MacOS Message-ID: <20070902154436.GA11848@mehitabel.local> I've been trying to get ECMA/javascript working with elinks. I'm running Mac OS 10.3.9. I installed spidermonkey from fink: i spidermonkey 1.60-2 Mozilla JavaScript-C Engine i spidermonkey-dev 1.60-2 Mozilla JavaScript-C Engine i spidermonkey-shlibs 1.60-2 Mozilla JavaScript-C Engine (This needs a hack to configure, which doesn't know about the fink default install location in /sw: --- configure.orig Sun Sep 2 06:52:19 2007 +++ configure Sun Sep 2 06:52:51 2007 @@ -17932,7 +17932,7 @@ if test ! -d "$withval"; then withval=""; fi - for spidermonkeydir in "$withval" "" /usr /usr/local /opt/spidermonkey /opt/js; do + for spidermonkeydir in "$withval" "" /usr /usr/local /opt/spidermonkey /opt/js /sw; do for spidermonkeyinclude in "/include" "/include/js" "/include/smjs" "/include/mozjs"; do for spidermonkeylib in js smjs mozjs; do if test "$cf_result" = no && ) I get a big warning at the end of the make: gcc: unrecognized option `-rdynamic' ld: warning suggest use of -bind_at_load, as lazy binding may result in errors or different symbols being used symbol _poll used from dynamic library /sw/lib/libnspr4.1.dylib(unix.o) not from earlier dynamic library /usr/lib/libSystem.B.dylib(poll.o) and running the resulting binary gives a bus error. Looks like a conflict, but I don't know what to do from here. Advice is welcome. Thanks! Breen -- Breen Mullins Menlo Park, California From thomas.adam22 at gmail.com Sun Sep 2 09:50:30 2007 From: thomas.adam22 at gmail.com (Thomas Adam) Date: Sun, 2 Sep 2007 16:50:30 +0100 Subject: [elinks-users] elinks-current + spidermonkey -> bus error MacOS In-Reply-To: <20070902154436.GA11848@mehitabel.local> References: <20070902154436.GA11848@mehitabel.local> Message-ID: <18071eea0709020850r6b26df90pd7c959a689689685@mail.gmail.com> On 02/09/07, Breen Mullins wrote: > I've been trying to get ECMA/javascript working with elinks. > > I'm running Mac OS 10.3.9. I installed spidermonkey from fink: > > > i spidermonkey 1.60-2 Mozilla JavaScript-C Engine Doesn't Fink provide a newer version? Last time I checked, the libraries were up to 1.8.1.4 (Small world, eh, Breen?) -- Thomas Adam From breen.mullins at gmail.com Sun Sep 2 10:04:48 2007 From: breen.mullins at gmail.com (Breen Mullins) Date: Sun, 2 Sep 2007 09:04:48 -0700 Subject: [elinks-users] elinks-current + spidermonkey -> bus error MacOS In-Reply-To: <18071eea0709020850r6b26df90pd7c959a689689685@mail.gmail.com> References: <20070902154436.GA11848@mehitabel.local> <18071eea0709020850r6b26df90pd7c959a689689685@mail.gmail.com> Message-ID: <20070902160448.GB11848@mehitabel.local> * Thomas Adam [2007-09-02 16:50 +0100]: >On 02/09/07, Breen Mullins wrote: >Doesn't Fink provide a newer version? Last time I checked, the >libraries were up to 1.8.1.4 Hmm. I ran a self-update before installing spidermonkey. Have to look into that. > >(Small world, eh, Breen?) Indeed! Thanks for the hint. Breen -- Breen Mullins Menlo Park, California From nigel at turbo10.com Mon Sep 3 06:41:18 2007 From: nigel at turbo10.com (nigel at turbo10.com) Date: Mon, 3 Sep 2007 13:41:18 +0100 (BST) Subject: [elinks-users] meta refresh of frames In-Reply-To: <20070821080605.GA5289@hittsjunk.net> References: <001b01c7e3c7$890435a0$7300a8c0@fln.virtua.com.br> <20070821080605.GA5289@hittsjunk.net> Message-ID: Hi, I would like to meta refresh one of two frames in elinks: +-----+-----+ | | | | A | B | | | | +-----+-----+ The frameset code is: nigel at turbo10.com - The Goo I would like to refresh the A frame in elinks using this HTML (i.e., source of frame A): Elinks does no refreshing at all .... any ideas? Thanks NIgel From breen.mullins at gmail.com Mon Sep 3 09:38:35 2007 From: breen.mullins at gmail.com (Breen Mullins) Date: Mon, 3 Sep 2007 08:38:35 -0700 Subject: [elinks-users] elinks-current + spidermonkey -> bus error MacOS In-Reply-To: <18071eea0709020850r6b26df90pd7c959a689689685@mail.gmail.com> References: <20070902154436.GA11848@mehitabel.local> <18071eea0709020850r6b26df90pd7c959a689689685@mail.gmail.com> Message-ID: <20070903153835.GB511@mehitabel.local> * Thomas Adam [2007-09-02 16:50 +0100]: >On 02/09/07, Breen Mullins wrote: >> I've been trying to get ECMA/javascript working with elinks. >> >> I'm running Mac OS 10.3.9. I installed spidermonkey from fink: >> >> >> i spidermonkey 1.60-2 Mozilla JavaScript-C Engine > >Doesn't Fink provide a newer version? Last time I checked, the >libraries were up to 1.8.1.4 The versions of spidermonkey and nspr that I got from fink yesterday appear to be up to date: nspr-4.6.6-1: Netscape Portable Runtime spidermonkey-1.60-2: Mozilla JavaScript-C Engine which both match the mozilla website. (Actually moz says that nspr is at 4.6.5, but the ftp site is up to 4.6.7) I hacked the suggested linker flag bind_at_load into the Makefile, which suppressed the error message, but I still get the bus error running the resulting binary. I'm out of ideas - can anybody enlighten me? Breen -- Breen Mullins Menlo Park, California From kon at iki.fi Mon Sep 3 11:01:12 2007 From: kon at iki.fi (Kalle Olavi Niemitalo) Date: Mon, 03 Sep 2007 20:01:12 +0300 Subject: [elinks-users] elinks-current + spidermonkey -> bus error MacOS In-Reply-To: <20070903153835.GB511@mehitabel.local> References: <20070902154436.GA11848@mehitabel.local> <18071eea0709020850r6b26df90pd7c959a689689685@mail.gmail.com> <20070903153835.GB511@mehitabel.local> Message-ID: <87fy1vof8n.fsf@Astalo.kon.iki.fi> Breen Mullins writes: > I hacked the suggested linker flag bind_at_load into the Makefile, which > suppressed the error message, but I still get the bus error running the > resulting binary. Can you post a backtrace? From breen.mullins at gmail.com Mon Sep 3 11:56:52 2007 From: breen.mullins at gmail.com (Breen Mullins) Date: Mon, 3 Sep 2007 10:56:52 -0700 Subject: [elinks-users] elinks-current + spidermonkey -> bus error MacOS In-Reply-To: <87fy1vof8n.fsf@Astalo.kon.iki.fi> References: <20070902154436.GA11848@mehitabel.local> <18071eea0709020850r6b26df90pd7c959a689689685@mail.gmail.com> <20070903153835.GB511@mehitabel.local> <87fy1vof8n.fsf@Astalo.kon.iki.fi> Message-ID: <20070903175652.GD511@mehitabel.local> * Kalle Olavi Niemitalo [2007-09-03 20:01 +0300]: >Breen Mullins writes: > >> I hacked the suggested linker flag bind_at_load into the Makefile, which >> suppressed the error message, but I still get the bus error running the >> resulting binary. > >Can you post a backtrace? kdump output is attached. Hope it's useful; I'm not too familiar with ktrace. Thanks! Breen -- Breen Mullins Menlo Park, California -------------- next part -------------- A non-text attachment was scrubbed... Name: ktrace_dump.gz Type: application/x-gunzip Size: 25504 bytes Desc: not available Url : http://linuxfromscratch.org/pipermail/elinks-users/attachments/20070903/7fd4d096/attachment-0001.gz From breen.mullins at gmail.com Mon Sep 3 21:09:33 2007 From: breen.mullins at gmail.com (Breen Mullins) Date: Mon, 3 Sep 2007 20:09:33 -0700 Subject: [elinks-users] elinks-current + spidermonkey -> bus error MacOS In-Reply-To: <20070903175652.GD511@mehitabel.local> References: <20070902154436.GA11848@mehitabel.local> <18071eea0709020850r6b26df90pd7c959a689689685@mail.gmail.com> <20070903153835.GB511@mehitabel.local> <87fy1vof8n.fsf@Astalo.kon.iki.fi> <20070903175652.GD511@mehitabel.local> Message-ID: <20070904030933.GB13926@mehitabel.local> * Breen Mullins [2007-09-03 10:56 -0700]: > * Kalle Olavi Niemitalo [2007-09-03 20:01 +0300]: > >> Breen Mullins writes: >> >>> I hacked the suggested linker flag bind_at_load into the Makefile, which >>> suppressed the error message, but I still get the bus error running the >>> resulting binary. >> >> Can you post a backtrace? > > kdump output is attached. Hope it's useful; I'm not too familiar with > ktrace. And here finally is a backtrace. For some reason I didn't have gdb on this box, and the failure doesn't always generate a core file. Here's what it does give me: [ bpm at mehitabel src %] gdb ./elinks /cores/core.15024 GNU gdb 5.3-20030128 (Apple version gdb-330.1) (Fri Jul 16 21:42:28 GMT 2004) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-apple-darwin". Reading symbols for shared libraries ....... done Core was generated by `./elinks'. #0 AES_ctr128_inc () at window.c:142 142 struct document_view *doc_view = vs->doc_view; (gdb) bt #0 AES_ctr128_inc () at window.c:142 #1 0x0104dffc in ?? () #2 0x0104dffc in ?? () #3 0x0100e090 in ?? () #4 0x01088f38 in ?? () #5 0x01089120 in ?? () #6 0x0108c47c in ?? () #7 0x0108c600 in ?? () #8 0x0108d414 in ?? () #9 0x0100b314 in ?? () #10 0x00046f80 in aep_ctrl () at spidermonkey.c:184 #11 0x00046090 in ecmascript_get_interpreter (vs=0x285bbc8) at ecmascript.c:133 #12 0x0004652c in ecmascript_reset_state (vs=0x285b8dc) at ecmascript.c:233 #13 0x00028d80 in render_document (vs=0x0, doc_view=0x285bbc8, options=0x131fea0) at renderer.c:387 #14 0x00029064 in render_document_frames (ses=0x0, no_cache=19999344) at renderer.c:465 #15 0x0008dd54 in draw_formatted (ses=0x130cc30, rerender=0) at draw.c:351 #16 0x00076060 in doc_loading_callback (download=0x1320aa0, ses=0xddc7c) at session.c:578 #17 0x00058200 in RAND_file_name () at connection.c:445 #18 0x000582a4 in done_connection (conn=0x1312040) at connection.c:462 #19 0x00058804 in WriteCompactIndex () at connection.c:620 #20 0x0005452c in XMLNameExpr () at select.c:289 #21 0x000537ec in main (argc=0, argv=0x285b8dc) at main.c:360 Breen -- Breen Mullins Menlo Park, California From kon at iki.fi Mon Sep 3 22:55:50 2007 From: kon at iki.fi (Kalle Olavi Niemitalo) Date: Tue, 04 Sep 2007 07:55:50 +0300 Subject: [elinks-users] elinks-current + spidermonkey -> bus error MacOS In-Reply-To: <20070904030933.GB13926@mehitabel.local> References: <20070902154436.GA11848@mehitabel.local> <18071eea0709020850r6b26df90pd7c959a689689685@mail.gmail.com> <20070903153835.GB511@mehitabel.local> <87fy1vof8n.fsf@Astalo.kon.iki.fi> <20070903175652.GD511@mehitabel.local> <20070904030933.GB13926@mehitabel.local> Message-ID: <877in7ni5l.fsf@Astalo.kon.iki.fi> Breen Mullins writes: > #0 AES_ctr128_inc () at window.c:142 > 142 struct document_view *doc_view = vs->doc_view; This is apparently not AES_ctr128_inc() but rather window_get_property() in src/ecmascript/spidermonkey/window.c. The vs pointer has been read with JS_GetPrivate from window_obj. > #1 0x0104dffc in ?? () > #2 0x0104dffc in ?? () > #3 0x0100e090 in ?? () > #4 0x01088f38 in ?? () > #5 0x01089120 in ?? () > #6 0x0108c47c in ?? () > #7 0x0108c600 in ?? () > #8 0x0108d414 in ?? () > #9 0x0100b314 in ?? () Some SpiderMonkey functions, I suppose. > #10 0x00046f80 in aep_ctrl () at spidermonkey.c:184 This would be spidermonkey_get_interpreter() in src/ecmascript/spidermonkey.c. I have the following code here (in ELinks 0.13.GIT commit 1fd2a77416 from 2007-08-12): 179 window_obj = JS_NewObject(ctx, (JSClass *) &window_class, NULL, NULL); 180 if (!window_obj) { 181 spidermonkey_put_interpreter(interpreter); 182 return NULL; 183 } 184 JS_InitStandardClasses(ctx, window_obj); 185 JS_DefineProperties(ctx, window_obj, (JSPropertySpec *) window_props); 186 JS_DefineFunctions(ctx, window_obj, (JSFunctionSpec *) window_funcs); 187 JS_SetPrivate(ctx, window_obj, interpreter->vs); /* to @window_class */ If JS_InitStandardClasses is somehow causing SpiderMonkey to call window_set_property, then the private pointer has not yet been set, and vs becomes NULL and causes a bus error. Please try moving the JS_SetPrivate call above the JS_InitStandardClasses call and see if it helps. It would also be interesting to know the names and line numbers of the SpiderMonkey functions in the backtrace if you can get debug symbols for those. We could then check those functions in the SpiderMonkey source, find the version of SpiderMonkey where this first started occurring, and log that in elinks/NEWS. From breen.mullins at gmail.com Tue Sep 4 07:48:03 2007 From: breen.mullins at gmail.com (Breen Mullins) Date: Tue, 4 Sep 2007 06:48:03 -0700 Subject: [elinks-users] elinks-current + spidermonkey -> bus error MacOS In-Reply-To: <877in7ni5l.fsf@Astalo.kon.iki.fi> References: <20070902154436.GA11848@mehitabel.local> <18071eea0709020850r6b26df90pd7c959a689689685@mail.gmail.com> <20070903153835.GB511@mehitabel.local> <87fy1vof8n.fsf@Astalo.kon.iki.fi> <20070903175652.GD511@mehitabel.local> <20070904030933.GB13926@mehitabel.local> <877in7ni5l.fsf@Astalo.kon.iki.fi> Message-ID: <20070904134803.GC13926@mehitabel.local> * Kalle Olavi Niemitalo [2007-09-04 07:55 +0300]: >Breen Mullins writes: > > >If JS_InitStandardClasses is somehow causing SpiderMonkey to call >window_set_property, then the private pointer has not yet been >set, and vs becomes NULL and causes a bus error. Please try >moving the JS_SetPrivate call above the JS_InitStandardClasses >call and see if it helps. That builds, and I get no bus error. Unfortunately, JS also appears not to work. Is there a test case you could point me to that _should_ work? > >It would also be interesting to know the names and line numbers >of the SpiderMonkey functions in the backtrace if you can get >debug symbols for those. I'll try to get that. Breen -- Breen Mullins Menlo Park, California From kelly.terry.jones at gmail.com Tue Sep 4 20:10:27 2007 From: kelly.terry.jones at gmail.com (Kelly Jones) Date: Tue, 4 Sep 2007 20:10:27 -0600 Subject: [elinks-users] Can eLinks remember my HTTP Basic username/password cross-session? Message-ID: <26face530709041910maca8796ndcf1500266266e09@mail.gmail.com> Once I login to a site using HTTP/Basic authentication (that "401" stuff), eLinks remembers my password for the rest of the session, so I never have to type it again, even if I close that tab and later open a new tab w/ the same page. Can eLinks do this cross-session? Read a file w/ my usernames/passwords for various sites, and log me in automatically? -- We're just a Bunch Of Regular Guys, a collective group that's trying to understand and assimilate technology. We feel that resistance to new ideas and technology is unwise and ultimately futile. From kon at iki.fi Wed Sep 5 00:08:54 2007 From: kon at iki.fi (Kalle Olavi Niemitalo) Date: Wed, 05 Sep 2007 09:08:54 +0300 Subject: [elinks-users] Can eLinks remember my HTTP Basic username/password cross-session? In-Reply-To: <26face530709041910maca8796ndcf1500266266e09@mail.gmail.com> References: <26face530709041910maca8796ndcf1500266266e09@mail.gmail.com> Message-ID: <87ps0xwsnd.fsf@Astalo.kon.iki.fi> "Kelly Jones" writes: > Can eLinks do this cross-session? Read a file w/ my > usernames/passwords for various sites, and log me in automatically? There is apparently no such feature, judging from the callers of add_auth_entry. Patches to interface with a password management daemon "pwmd" were posted to elinks-dev earlier but they did not work properly with multiple terminals. From kon at iki.fi Wed Sep 5 00:12:05 2007 From: kon at iki.fi (Kalle Olavi Niemitalo) Date: Wed, 05 Sep 2007 09:12:05 +0300 Subject: [elinks-users] elinks-current + spidermonkey -> bus error MacOS In-Reply-To: <20070904134803.GC13926@mehitabel.local> References: <20070902154436.GA11848@mehitabel.local> <18071eea0709020850r6b26df90pd7c959a689689685@mail.gmail.com> <20070903153835.GB511@mehitabel.local> <87fy1vof8n.fsf@Astalo.kon.iki.fi> <20070903175652.GD511@mehitabel.local> <20070904030933.GB13926@mehitabel.local> <877in7ni5l.fsf@Astalo.kon.iki.fi> <20070904134803.GC13926@mehitabel.local> Message-ID: <87lkblwsi2.fsf@Astalo.kon.iki.fi> Breen Mullins writes: > That builds, and I get no bus error. Unfortunately, JS also appears not > to work. Is there a test case you could point me to that _should_ work? Try elinks/test/ecmascript/scroll.html for instance. From breen.mullins at gmail.com Wed Sep 5 05:00:30 2007 From: breen.mullins at gmail.com (Breen Mullins) Date: Wed, 5 Sep 2007 04:00:30 -0700 Subject: [elinks-users] elinks-current + spidermonkey -> bus error MacOS In-Reply-To: <87lkblwsi2.fsf@Astalo.kon.iki.fi> References: <20070902154436.GA11848@mehitabel.local> <18071eea0709020850r6b26df90pd7c959a689689685@mail.gmail.com> <20070903153835.GB511@mehitabel.local> <87fy1vof8n.fsf@Astalo.kon.iki.fi> <20070903175652.GD511@mehitabel.local> <20070904030933.GB13926@mehitabel.local> <877in7ni5l.fsf@Astalo.kon.iki.fi> <20070904134803.GC13926@mehitabel.local> <87lkblwsi2.fsf@Astalo.kon.iki.fi> Message-ID: <20070905110030.GC16230@mehitabel.local> * Kalle Olavi Niemitalo [2007-09-05 09:12 +0300]: >Breen Mullins writes: > >> That builds, and I get no bus error. Unfortunately, JS also appears not >> to work. Is there a test case you could point me to that _should_ work? > >Try elinks/test/ecmascript/scroll.html for instance. That one's working. Thanks for your help! Breen -- Breen Mullins Menlo Park, California From wvdwalt at csir.co.za Wed Sep 5 05:34:13 2007 From: wvdwalt at csir.co.za (Willem van der Walt) Date: Wed, 5 Sep 2007 13:34:13 +0200 (SAST) Subject: [elinks-users] elinks-current + spidermonkey -> bus error MacOS In-Reply-To: <20070905110030.GC16230@mehitabel.local> References: <20070902154436.GA11848@mehitabel.local> <18071eea0709020850r6b26df90pd7c959a689689685@mail.gmail.com> <20070903153835.GB511@mehitabel.local> <87fy1vof8n.fsf@Astalo.kon.iki.fi> <20070903175652.GD511@mehitabel.local> <20070904030933.GB13926@mehitabel.local> <877in7ni5l.fsf@Astalo.kon.iki.fi> <20070904134803.GC13926@mehitabel.local> <87lkblwsi2.fsf@Astalo.kon.iki.fi> <20070905110030.GC16230@mehitabel.local> Message-ID: Just so that you know, I am glad to see people are working on the javascript support in elinks. I am one of your growing number of blind elinks users and once javascript works well, it would be my prefered browser. Thanks for the good work. Regards, Willem On Wed, 5 Sep 2007, Breen Mullins wrote: > * Kalle Olavi Niemitalo [2007-09-05 09:12 +0300]: > > >Breen Mullins writes: > > > >> That builds, and I get no bus error. Unfortunately, JS also appears not > >> to work. Is there a test case you could point me to that _should_ work? > > > >Try elinks/test/ecmascript/scroll.html for instance. > > That one's working. Thanks for your help! > > Breen > -- > Breen Mullins > Menlo Park, California > _______________________________________________ > elinks-users mailing list > elinks-users at linuxfromscratch.org > http://linuxfromscratch.org/mailman/listinfo/elinks-users > -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support. From witekfl at poczta.onet.pl Wed Sep 5 08:03:23 2007 From: witekfl at poczta.onet.pl (Witold Filipczyk) Date: Wed, 5 Sep 2007 16:03:23 +0200 Subject: [elinks-users] meta refresh of frames In-Reply-To: References: <001b01c7e3c7$890435a0$7300a8c0@fln.virtua.com.br> <20070821080605.GA5289@hittsjunk.net> Message-ID: <20070905140323.GA10495@pldmachine> On Mon, Sep 03, 2007 at 01:41:18PM +0100, nigel at turbo10.com wrote: > Hi, > > I would like to meta refresh one of two frames in elinks: > > +-----+-----+ > | | | > | A | B | > | | | > +-----+-----+ > > The frameset code is: > > "http://www.w3.org/TR/html4/frameset.dtd"> > > > nigel at turbo10.com - The Goo > > > > > > > > > I would like to refresh the A frame in elinks using this HTML > (i.e., source of frame A): > > > > > > > > > > > > Elinks does no refreshing at all .... any ideas? Refreshing does not work for frames yet. This patch is an attempt on fixing this. (for 0.12.GIT) diff --git a/src/document/html/renderer.c b/src/document/html/renderer.c index cba6fc1..f75600c 100644 --- a/src/document/html/renderer.c +++ b/src/document/html/renderer.c @@ -2042,7 +2042,7 @@ html_special(struct html_context *html_context, enum html_special_type c, ...) if (document) { if (document->refresh) done_document_refresh(document->refresh); - document->refresh = init_document_refresh(t, seconds); + document->refresh = init_document_refresh(t, html_context->options->framename, seconds); } break; } diff --git a/src/document/refresh.c b/src/document/refresh.c index eae40ca..46c9d0a 100644 --- a/src/document/refresh.c +++ b/src/document/refresh.c @@ -26,7 +26,7 @@ struct document_refresh * -init_document_refresh(unsigned char *url, unsigned long seconds) +init_document_refresh(unsigned char *url, unsigned char *framename, unsigned long seconds) { struct document_refresh *refresh; @@ -39,6 +39,7 @@ init_document_refresh(unsigned char *url, unsigned long seconds) return NULL; } + if (framename) refresh->frame = stracpy(framename); refresh->seconds = seconds; refresh->timer = TIMER_ID_UNDEF; refresh->restart = 1; @@ -57,6 +58,7 @@ done_document_refresh(struct document_refresh *refresh) { kill_document_refresh(refresh); done_uri(refresh->uri); + mem_free_if(refresh->frame); mem_free(refresh); } @@ -66,8 +68,9 @@ done_document_refresh(struct document_refresh *refresh) static void do_document_refresh(void *data) { - struct session *ses = data; - struct document_refresh *refresh = ses->doc_view->document->refresh; + struct document_view *doc_view = data; + struct session *ses = doc_view->session; + struct document_refresh *refresh = doc_view->document->refresh; struct type_query *type_query; assert(refresh); @@ -82,12 +85,12 @@ do_document_refresh(void *data) if (compare_uri(refresh->uri, type_query->uri, URI_BASE)) return; - if (compare_uri(refresh->uri, ses->doc_view->document->uri, 0)) { + if (compare_uri(refresh->uri, doc_view->document->uri, 0)) { /* If the refreshing is for the current URI, force a reload. */ reload(ses, CACHE_MODE_FORCE_RELOAD); } else { /* This makes sure that we send referer. */ - goto_uri_frame(ses, refresh->uri, NULL, CACHE_MODE_NORMAL); + goto_uri_frame(ses, refresh->uri, refresh->frame, CACHE_MODE_NORMAL); /* XXX: A possible very wrong work-around for refreshing used when * downloading files. */ refresh->restart = 0; @@ -95,12 +98,13 @@ do_document_refresh(void *data) } void -start_document_refresh(struct document_refresh *refresh, struct session *ses) +start_document_refresh(struct document_refresh *refresh, struct document_view *doc_view) { milliseconds_T minimum = (milliseconds_T) get_opt_int("document.browse.minimum_refresh_time"); milliseconds_T refresh_delay = sec_to_ms(refresh->seconds); milliseconds_T time = ms_max(refresh_delay, minimum); struct type_query *type_query; + struct session *ses = doc_view->session; /* FIXME: This is just a work-around for stopping more than one timer * from being started at anytime. The refresh timer should maybe belong @@ -118,5 +122,5 @@ start_document_refresh(struct document_refresh *refresh, struct session *ses) if (compare_uri(refresh->uri, type_query->uri, URI_BASE)) return; - install_timer(&refresh->timer, time, do_document_refresh, ses); + install_timer(&refresh->timer, time, do_document_refresh, doc_view); } diff --git a/src/document/refresh.h b/src/document/refresh.h index f9b4c9c..03a9398 100644 --- a/src/document/refresh.h +++ b/src/document/refresh.h @@ -3,19 +3,20 @@ #include "main/timer.h" /* timer_id_T */ -struct session; +struct document_view; struct uri; struct document_refresh { timer_id_T timer; unsigned long seconds; struct uri *uri; + unsigned char *frame; unsigned int restart:1; }; -struct document_refresh *init_document_refresh(unsigned char *url, unsigned long seconds); +struct document_refresh *init_document_refresh(unsigned char *url, unsigned char *frame, unsigned long seconds); void done_document_refresh(struct document_refresh *refresh); void kill_document_refresh(struct document_refresh *refresh); -void start_document_refresh(struct document_refresh *refresh, struct session *ses); +void start_document_refresh(struct document_refresh *refresh, struct document_view *doc_view); #endif diff --git a/src/session/session.c b/src/session/session.c index ae9f350..a5359d2 100644 --- a/src/session/session.c +++ b/src/session/session.c @@ -571,6 +571,7 @@ doc_loading_callback(struct download *download, struct session *ses) int submit = 0; if (is_in_result_state(download->state)) { + struct document_view *dv; #ifdef CONFIG_SCRIPTING maybe_pre_format_html(download->cached, ses); #endif @@ -590,12 +591,23 @@ doc_loading_callback(struct download *download, struct session *ses) load_ecmascript_imports(ses, ses->doc_view); process_file_requests(ses); + foreach (dv, ses->scrn_frames) { + assert(dv->document); + if (document_has_frames(dv->document)) continue; + if (dv->document->refresh && get_opt_bool("document.browse.refresh")) { + assert(dv->document->cached); + if (!dv->document->cached->incomplete) + start_document_refresh(dv->document->refresh, dv); + + } + } + if (ses->doc_view && ses->doc_view->document && ses->doc_view->document->refresh && get_opt_bool("document.browse.refresh")) { start_document_refresh(ses->doc_view->document->refresh, - ses); + ses->doc_view); } if (download->state != S_OK) { diff --git a/src/viewer/text/draw.c b/src/viewer/text/draw.c index 6093315..49e33ac 100644 --- a/src/viewer/text/draw.c +++ b/src/viewer/text/draw.c @@ -356,7 +356,7 @@ draw_formatted(struct session *ses, int rerender) && ses->doc_view->document->refresh && get_opt_bool("document.browse.refresh")) { start_document_refresh(ses->doc_view->document->refresh, - ses); + ses->doc_view); } } From nigel at turbo10.com Wed Sep 5 08:30:16 2007 From: nigel at turbo10.com (nigel at turbo10.com) Date: Wed, 5 Sep 2007 15:30:16 +0100 (BST) Subject: [elinks-users] meta refresh of frames In-Reply-To: <20070905140323.GA10495@pldmachine> References: <001b01c7e3c7$890435a0$7300a8c0@fln.virtua.com.br> <20070821080605.GA5289@hittsjunk.net> <20070905140323.GA10495@pldmachine> Message-ID: HI Witold, Thanks for the patch. Much appreciated! Nige > On Mon, Sep 03, 2007 at 01:41:18PM +0100, nigel at turbo10.com wrote: >> Hi, >> >> I would like to meta refresh one of two frames in elinks: >> >> +-----+-----+ >> | | | >> | A | B | >> | | | >> +-----+-----+ >> >> The frameset code is: >> >> > "http://www.w3.org/TR/html4/frameset.dtd"> >> >> >> nigel at turbo10.com - The Goo >> >> >> >> >> >> >> >> >> I would like to refresh the A frame in elinks using this HTML >> (i.e., source of frame A): >> >> >> >> >> >> >> >> >> >> >> >> Elinks does no refreshing at all .... any ideas? > > Refreshing does not work for frames yet. > This patch is an attempt on fixing this. (for 0.12.GIT) > > diff --git a/src/document/html/renderer.c b/src/document/html/renderer.c > index cba6fc1..f75600c 100644 > --- a/src/document/html/renderer.c > +++ b/src/document/html/renderer.c > @@ -2042,7 +2042,7 @@ html_special(struct html_context *html_context, enum html_special_type c, ...) > if (document) { > if (document->refresh) > done_document_refresh(document->refresh); > - document->refresh = init_document_refresh(t, seconds); > + document->refresh = init_document_refresh(t, html_context->options->framename, seconds); > } > break; > } > diff --git a/src/document/refresh.c b/src/document/refresh.c > index eae40ca..46c9d0a 100644 > --- a/src/document/refresh.c > +++ b/src/document/refresh.c > @@ -26,7 +26,7 @@ > > > struct document_refresh * > -init_document_refresh(unsigned char *url, unsigned long seconds) > +init_document_refresh(unsigned char *url, unsigned char *framename, unsigned long seconds) > { > struct document_refresh *refresh; > > @@ -39,6 +39,7 @@ init_document_refresh(unsigned char *url, unsigned long seconds) > return NULL; > } > > + if (framename) refresh->frame = stracpy(framename); > refresh->seconds = seconds; > refresh->timer = TIMER_ID_UNDEF; > refresh->restart = 1; > @@ -57,6 +58,7 @@ done_document_refresh(struct document_refresh *refresh) > { > kill_document_refresh(refresh); > done_uri(refresh->uri); > + mem_free_if(refresh->frame); > mem_free(refresh); > } > > @@ -66,8 +68,9 @@ done_document_refresh(struct document_refresh *refresh) > static void > do_document_refresh(void *data) > { > - struct session *ses = data; > - struct document_refresh *refresh = ses->doc_view->document->refresh; > + struct document_view *doc_view = data; > + struct session *ses = doc_view->session; > + struct document_refresh *refresh = doc_view->document->refresh; > struct type_query *type_query; > > assert(refresh); > @@ -82,12 +85,12 @@ do_document_refresh(void *data) > if (compare_uri(refresh->uri, type_query->uri, URI_BASE)) > return; > > - if (compare_uri(refresh->uri, ses->doc_view->document->uri, 0)) { > + if (compare_uri(refresh->uri, doc_view->document->uri, 0)) { > /* If the refreshing is for the current URI, force a reload. */ > reload(ses, CACHE_MODE_FORCE_RELOAD); > } else { > /* This makes sure that we send referer. */ > - goto_uri_frame(ses, refresh->uri, NULL, CACHE_MODE_NORMAL); > + goto_uri_frame(ses, refresh->uri, refresh->frame, CACHE_MODE_NORMAL); > /* XXX: A possible very wrong work-around for refreshing used when > * downloading files. */ > refresh->restart = 0; > @@ -95,12 +98,13 @@ do_document_refresh(void *data) > } > > void > -start_document_refresh(struct document_refresh *refresh, struct session *ses) > +start_document_refresh(struct document_refresh *refresh, struct document_view *doc_view) > { > milliseconds_T minimum = (milliseconds_T) get_opt_int("document.browse.minimum_refresh_time"); > milliseconds_T refresh_delay = sec_to_ms(refresh->seconds); > milliseconds_T time = ms_max(refresh_delay, minimum); > struct type_query *type_query; > + struct session *ses = doc_view->session; > > /* FIXME: This is just a work-around for stopping more than one timer > * from being started at anytime. The refresh timer should maybe belong > @@ -118,5 +122,5 @@ start_document_refresh(struct document_refresh *refresh, struct session *ses) > if (compare_uri(refresh->uri, type_query->uri, URI_BASE)) > return; > > - install_timer(&refresh->timer, time, do_document_refresh, ses); > + install_timer(&refresh->timer, time, do_document_refresh, doc_view); > } > diff --git a/src/document/refresh.h b/src/document/refresh.h > index f9b4c9c..03a9398 100644 > --- a/src/document/refresh.h > +++ b/src/document/refresh.h > @@ -3,19 +3,20 @@ > > #include "main/timer.h" /* timer_id_T */ > > -struct session; > +struct document_view; > struct uri; > > struct document_refresh { > timer_id_T timer; > unsigned long seconds; > struct uri *uri; > + unsigned char *frame; > unsigned int restart:1; > }; > > -struct document_refresh *init_document_refresh(unsigned char *url, unsigned long seconds); > +struct document_refresh *init_document_refresh(unsigned char *url, unsigned char *frame, unsigned long seconds); > void done_document_refresh(struct document_refresh *refresh); > void kill_document_refresh(struct document_refresh *refresh); > -void start_document_refresh(struct document_refresh *refresh, struct session *ses); > +void start_document_refresh(struct document_refresh *refresh, struct document_view *doc_view); > > #endif > diff --git a/src/session/session.c b/src/session/session.c > index ae9f350..a5359d2 100644 > --- a/src/session/session.c > +++ b/src/session/session.c > @@ -571,6 +571,7 @@ doc_loading_callback(struct download *download, struct session *ses) > int submit = 0; > > if (is_in_result_state(download->state)) { > + struct document_view *dv; > #ifdef CONFIG_SCRIPTING > maybe_pre_format_html(download->cached, ses); > #endif > @@ -590,12 +591,23 @@ doc_loading_callback(struct download *download, struct session *ses) > load_ecmascript_imports(ses, ses->doc_view); > process_file_requests(ses); > > + foreach (dv, ses->scrn_frames) { > + assert(dv->document); > + if (document_has_frames(dv->document)) continue; > + if (dv->document->refresh && get_opt_bool("document.browse.refresh")) { > + assert(dv->document->cached); > + if (!dv->document->cached->incomplete) > + start_document_refresh(dv->document->refresh, dv); > + > + } > + } > + > if (ses->doc_view > && ses->doc_view->document > && ses->doc_view->document->refresh > && get_opt_bool("document.browse.refresh")) { > start_document_refresh(ses->doc_view->document->refresh, > - ses); > + ses->doc_view); > } > > if (download->state != S_OK) { > diff --git a/src/viewer/text/draw.c b/src/viewer/text/draw.c > index 6093315..49e33ac 100644 > --- a/src/viewer/text/draw.c > +++ b/src/viewer/text/draw.c > @@ -356,7 +356,7 @@ draw_formatted(struct session *ses, int rerender) > && ses->doc_view->document->refresh > && get_opt_bool("document.browse.refresh")) { > start_document_refresh(ses->doc_view->document->refresh, > - ses); > + ses->doc_view); > } > } > > _______________________________________________ > elinks-users mailing list > elinks-users at linuxfromscratch.org > http://linuxfromscratch.org/mailman/listinfo/elinks-users > From khatchad at cse.ohio-state.edu Thu Sep 13 08:43:01 2007 From: khatchad at cse.ohio-state.edu (Raffi Khatchadourian) Date: Thu, 13 Sep 2007 10:43:01 -0400 Subject: [elinks-users] Open link in external browser? Message-ID: <20070913144301.GA2717@carlin> Hi. I was wondering if elinks had the feature of "open link in external browser" and if not, if I could request it. This would be useful for people that use elinks with text-based email editors like mutt to view html email. Another name could be "follow link on system (or external) browser." Thanks! From faux.pseudo at gmail.com Thu Sep 13 11:11:54 2007 From: faux.pseudo at gmail.com (Faux_Pseudo) Date: Thu, 13 Sep 2007 13:11:54 -0400 Subject: [elinks-users] Open link in external browser? In-Reply-To: <20070913144301.GA2717@carlin> References: <20070913144301.GA2717@carlin> Message-ID: <20070913171154.GN2638@betrug.unreal2> On Thu, Sep 13, 2007 at 10:43:01AM -0400, Raffi Khatchadourian wrote: > Hi. I was wondering if elinks had the feature of "open link in external > browser" and if not, if I could request it. This would be useful for > people that use elinks with text-based email editors like mutt to view > html email. Another name could be "follow link on system (or external) > browser." Thanks! I have these in my conf file. Alt-p launches current page in firefox while alt-o launches current link bind "main" "Alt-p" = "tab-external-command" bind "main" "Alt-o" = "link-external-command" set document.uri_passing.echo -n %c | xclip -i = "firefox %c" set document.uri_passing.clip = "firefox %c" -- =()==()==()==()==()- http://fauxascii.com \ \ \ \ \ \ ASCII artist :F_P:-O- -O- -O- -O- -O- -O- -O- Get your ASCII Art T-Shirt: http://www.keystroketshirts.com/ascii/dream-in-ascii-fullView.php# From thomas.adam22 at gmail.com Thu Sep 13 11:53:46 2007 From: thomas.adam22 at gmail.com (Thomas Adam) Date: Thu, 13 Sep 2007 18:53:46 +0100 Subject: [elinks-users] Open link in external browser? In-Reply-To: <20070913144301.GA2717@carlin> References: <20070913144301.GA2717@carlin> Message-ID: <18071eea0709131053l2325e920xe465b4d4e252e95b@mail.gmail.com> On 13/09/2007, Raffi Khatchadourian wrote: > Hi. I was wondering if elinks had the feature of "open link in external > browser" and if not, if I could request it. This would be useful for > people that use elinks with text-based email editors like mutt to view > html email. Another name could be "follow link on system (or external) > browser." Thanks! You want URI-passing in ELinks. Via the ELinks menu, go to: Setup -> Option Manager -> Document -> URI Passing >From there you'll be able to add an option to the passing stuff -- call it something like the name of the browser you wish to use, such as "Firefox". When you've added it, click edit, and enter something like: firefox %c 2>/dev/null Then save the options from the Options manager. -- Thomas Adam From thomas.adam22 at gmail.com Thu Sep 13 16:48:41 2007 From: thomas.adam22 at gmail.com (Thomas Adam) Date: Thu, 13 Sep 2007 23:48:41 +0100 Subject: [elinks-users] Fwd: Open link in external browser? In-Reply-To: <20070913224709.GA3543@carlin> References: <20070913144301.GA2717@carlin> <18071eea0709131053l2325e920xe465b4d4e252e95b@mail.gmail.com> <20070913224709.GA3543@carlin> Message-ID: <18071eea0709131548m4f2dfdd0wbc9d3c8c430a372c@mail.gmail.com> ---------- Forwarded message ---------- From: Raffi Khatchadourian Date: 13 Sep 2007 23:47 Subject: Re: [elinks-users] Open link in external browser? To: Thomas Adam Thanks Thomas! On Thu 13.Sep'07 at 18:53:46 +0100, Thomas Adam wrote: >On 13/09/2007, Raffi Khatchadourian >wrote: >> Hi. I was wondering if elinks had the feature of "open link in >> external browser" and if not, if I could request it. This would be >> useful for people that use elinks with text-based email editors like >> mutt to view html email. Another name could be "follow link on system >> (or external) browser." Thanks! > >You want URI-passing in ELinks. > >Via the ELinks menu, go to: > >Setup -> Option Manager -> Document -> URI Passing > >>From there you'll be able to add an option to the passing stuff -- >call it something like the name of the browser you wish to use, such as >"Firefox". When you've added it, click edit, and enter something like: > >firefox %c 2>/dev/null > >Then save the options from the Options manager. > >-- Thomas Adam From cga2000 at optonline.net Fri Sep 14 14:40:25 2007 From: cga2000 at optonline.net (cga2000) Date: Fri, 14 Sep 2007 16:40:25 -0400 Subject: [elinks-users] Changing the color of Google's input areas. Message-ID: <20070914204025.GC6915@turki.gavron.org> Would anyone know off the top of their head where I can cause the background color of input areas to change when they are "ready" to accept typing. By "input areas" I mean those places where you can enter search keywords, your password, name and address .. etc. ?? For instance when presented with the famous search engine at www.google.com -- advanced search, I see the following: With all the words: [4] ________________ So with my config.. I type "4" this focuses and highlights link #4 I hit .. should change the color of the field letting me know he's ready to accept text Well, I did some massive tweaking of my colors (UI and document) and one of my changes apparently affected the background color of text-entry fields when they are focused and ready to accept text and now there is no visible difference between "selected link" and "field ready for text entry". I couldn't find anything under "Document > Default Color Settings" that remotely looks like it might have anything to do with the background color or text-entry fields. I tried changing all my background colors both under Document and User Interface one at a time to something obvious like "black" (and then resetting them one at a time :-( ) and I think I went through all of them and still not joy. So if anyone remembers where I can change this, I would be very appreciative if they could give me a push in the right direction. Thanks, cga From cga2000 at optonline.net Sun Sep 16 05:26:35 2007 From: cga2000 at optonline.net (cga2000) Date: Sun, 16 Sep 2007 07:26:35 -0400 Subject: [elinks-users] Changing the color of Google's input areas. In-Reply-To: <20070914204025.GC6915@turki.gavron.org> References: <20070914204025.GC6915@turki.gavron.org> Message-ID: <20070916112635.GA21143@turki.gavron.org> On Fri, Sep 14, 2007 at 04:40:25PM EDT, cga2000 wrote: > Would anyone know .. [..] I found it. There are additional color settings relative to documents under: Document > Browsing > Links > Active Link Setting the "invert colors" boolean is mostly what does the trick. Thanks. From cga2000 at optonline.net Wed Sep 19 16:39:56 2007 From: cga2000 at optonline.net (cga2000) Date: Wed, 19 Sep 2007 18:39:56 -0400 Subject: [elinks-users] youtube.com in ELinks? Message-ID: <20070919223956.GE26604@turki.gavron.org> I was wondering if there is any way I can cause ELinks to invoke a media player when the selected link is something like: http://www.youtube.com/watch?v=ZbfrL4L5GME Thank you! cga From thomas.adam22 at gmail.com Wed Sep 19 16:46:50 2007 From: thomas.adam22 at gmail.com (Thomas Adam) Date: Wed, 19 Sep 2007 23:46:50 +0100 Subject: [elinks-users] youtube.com in ELinks? In-Reply-To: <20070919223956.GE26604@turki.gavron.org> References: <20070919223956.GE26604@turki.gavron.org> Message-ID: <18071eea0709191546j64941f29t8898ffd3c92d8205@mail.gmail.com> On 19/09/2007, cga2000 wrote: > I was wondering if there is any way I can cause ELinks to invoke a > media player when the selected link is something like: > > http://www.youtube.com/watch?v=ZbfrL4L5GME Look in: contrib/smjs In the ELinks source tarball (or a GIT clone). Assuming you compile in spidermonkey support you can use the "youtube.js" file contained therein. -- Thomas Adam From cga2000 at optonline.net Wed Sep 19 17:59:47 2007 From: cga2000 at optonline.net (cga2000) Date: Wed, 19 Sep 2007 19:59:47 -0400 Subject: [elinks-users] youtube.com in ELinks? In-Reply-To: <18071eea0709191546j64941f29t8898ffd3c92d8205@mail.gmail.com> References: <20070919223956.GE26604@turki.gavron.org> <18071eea0709191546j64941f29t8898ffd3c92d8205@mail.gmail.com> Message-ID: <20070919235947.GH26604@turki.gavron.org> On Wed, Sep 19, 2007 at 06:46:50PM EDT, Thomas Adam wrote: > On 19/09/2007, cga2000 wrote: > > I was wondering if there is any way I can cause ELinks to invoke a > > media player when the selected link is something like: > > > > http://www.youtube.com/watch?v=ZbfrL4L5GME > > Look in: > > contrib/smjs > > In the ELinks source tarball (or a GIT clone). Assuming you compile > in spidermonkey support you can use the "youtube.js" file contained > therein. Thank you Thomas! I will look into this and let you know. cga From wvdwalt at csir.co.za Thu Sep 20 01:22:49 2007 From: wvdwalt at csir.co.za (Willem van der Walt) Date: Thu, 20 Sep 2007 09:22:49 +0200 (SAST) Subject: [elinks-users] youtube.com in ELinks? In-Reply-To: <20070919235947.GH26604@turki.gavron.org> References: <20070919223956.GE26604@turki.gavron.org> <18071eea0709191546j64941f29t8898ffd3c92d8205@mail.gmail.com> <20070919235947.GH26604@turki.gavron.org> Message-ID: Hi, I have just received this on another list. This might also be an option here. I have not used atall, so just passing on the info. I'm sending this to several public forums, (and several private individuals) but not by CC: to avoid crosspost message bounce hell. As a courtesy to everyone to let them know where I'm sending this: Lynx-dev: mailto:lynx-dev at nongnu.org http://lists.nongnu.org/mailman/options/lynx-dev/ Mplayer-users: mailto:mplayer-users at mplayerhq.hu http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users Rexx Language Association: mailto:members at rexxla.org http://www.rexxla.org (for nonmembers perhaps, news://comp.lang.rexx) (Los Angeles) LAMP SIG: mailto:lamp-user at maillist.lampsig.org http://www.lampsig.org/ Feel free to forward this to any other place you want. The purpose of this message is to announce a Rexx script, 'usnatch' downloadable from: http://www.lafn.org/~aw585/usnatch This announcement is online at: http://www.lafn.org/~aw585/usnatch.txt This script is used in conjunction with the Lynx text mode browser as an 'EXTERN', and with mplayer allows the user to play videos from several sites such as www.youtube.com, video.google.com and such, with mplayer, all as a convenience to the user, trying to avoid roadblocks created by javascript. If their mplayer is configured to use drivers such as svga, vesa, aalib, nvidia console driver, or even null (in some cases the most important one), the user can play the videos without a GUI. It can be run from the command line, and though not tested, I see no reason it can't be run from other browsers. (Let me know about any success or problems with that) It can probably be adapted to use other video players with little trouble if desired. The user must choose to run the EXTERNAL program, deciding if he trusts the media source, and activating the default EXTERNAL (if only one is defined), or the EXTERNAL menu (if more than one EXTERNAL program is configured) for the URL type, by typically pressing the ',' (for the current page) or '.' (for the current link) keys. >From the command line the program might typically be run by: $usnatch 'http://www.youtube.com/watch?v=zAGylaoBt6M' -i -p or inside the Lynx config file: EXTERNAL:http:usnatch %s -i -a:TRUE The program started out as a late night hack to scrape the actual flash video (.flv) link from the http://videodownloader.net page in the backend and then play the video. It has since been expanded to scrape directly from www.youtube.com when appropriate, using the algorithm from the youtube-dl program (http://www.arrakis.es/~rggi3/youtube-dl/), or from http://KeepVid.com, or even try a few guesses that have sometimes worked in the past if nothing else works. The main point of the program is to handle the interactions of URLs found using lynx, the getting of video URLs from the download helper sites, and mplayer, all as a convenience to the user. I first used some of the screen scraping techniques in it when fixing a program to email my L.A. public library account summaries nightly. Two weeks after writing this script, I ran into another fellow Lynx user at a local LUG meeting. Especially as this gentleman is totally blind, a news junky and there being so much content on sites such as Youtube, that he had no access to, Usnatch quite fits the bill. Rant: There are many ways to render a web page. Leaving aside considerations like tactile or audio presentation of the data, a few, with possible gradations between them, are: 1. a simple dump of the html etc. 2. text mode rendering, as in a simple text mode browser 3. text mode rendering with links to images and multimedia content 4. graphical mode rendering the includes images and possibly other media 5. As a checksum to for detecting changes in the content. 6. as a list of links, as Lynx does with '-dump -listonly' or when 'L' (LIST command typically bound to the 'L' key) is pressed. This view I like to think of as the 'Google' view of a page. My understanding is that they based their search algorithms on the idea that this was typically the most important information on a web page, and this mode instantly renders it. 7. As a listing of the header-metadata in a page. I personally know of no software that shows this, and am thinking about writing one. This last item is starting to drift off into semantic web concerns, where probably they have dealt with it. End of rant. Some observations: The build for some 'Red Hat' derived Linux systems don't seem to have the Lynx '-listonly' switch by default (this is easily worked around, but awkward). Odd, because some people think of Lynx first when trying to extract URLs from html. Apparently the default Lynx build for some BSD systems do not have EXTERNAL capability. It would be nice for some people if wget had an odometer style download progress report mode, like Lynx's, with capability somewhere between no progress report and the 'dot' character graphic report. Prehaps a switch for Lynx could be added, '-odometer', for use with '-source' or '-dump', to send a progress report to standard error? Not sure how practicle that would be, it's just an idea. It would also be good if the Lynx EXTERNAL menu was brought into line with the download and print menus, and allow using a discriptive comment instead of just the literal commands of the menu. I respectfully dedicate the program usnatch to the memories of H.G. Wells, and Jorge Luis Borges. And don't forget all the people who don't know how or for some reason can't use simple HTML links for their media content, without whom the program wouldn't be needed. Dallas E. Legan II / legan at acm.org / dallas.legan at gmail.com / aw585 at lafn.org HTH, Willem On Wed, 19 Sep 2007, cga2000 wrote: > On Wed, Sep 19, 2007 at 06:46:50PM EDT, Thomas Adam wrote: > > On 19/09/2007, cga2000 wrote: > > > I was wondering if there is any way I can cause ELinks to invoke a > > > media player when the selected link is something like: > > > > > > http://www.youtube.com/watch?v=ZbfrL4L5GME > > > > Look in: > > > > contrib/smjs > > > > In the ELinks source tarball (or a GIT clone). Assuming you compile > > in spidermonkey support you can use the "youtube.js" file contained > > therein. > > Thank you Thomas! > > I will look into this and let you know. > > cga > _______________________________________________ > elinks-users mailing list > elinks-users at linuxfromscratch.org > http://linuxfromscratch.org/mailman/listinfo/elinks-users > -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support. From miciah.masters at gmail.com Sat Sep 15 06:17:55 2007 From: miciah.masters at gmail.com (Miciah Dashiel Butler Masters) Date: Sat, 15 Sep 2007 08:17:55 -0400 Subject: [elinks-users] Changing the color of Google's input areas. In-Reply-To: <20070914204025.GC6915@turki.gavron.org> References: <20070914204025.GC6915@turki.gavron.org> Message-ID: <20070915121755.GA22419@hampstead.cs.ecu.edu> On Fri, Sep 14, 2007 at 04:40:25PM -0400, cga2000 wrote: > Would anyone know off the top of their head where I can cause the > background color of input areas to change when they are "ready" to > accept typing. > [...] In draw_current_link, there is this line: i = !link_is_textinput(link) || ses->insert_mode == INSERT_MODE_OFF; So, make sure that document.browse.links.colors.invert is enabled. There is no option to specify the colours of text fields specifically; they just take the colours of regular text in the document. There is similarly no way to configure ELinks to differentiate between active and non-active or active in insert mode other than inverting the colours. So, currently, the only option is to enable the invert option, to give textareas the foreground and background colours of normal text while you are in insert mode or it is disabled (i.e. text editing is modeless) and those same colours inversed otherwise; or to disable the invert option, which means that whether the textarea is focused is distinguished solely by emboldening the text. For the first issue, I was going to suggest using a user stylesheet. Unfortunately, there is an issue in the current HTML engine that prevents styles from being applied to elements of a certain set, which includes textarea and input elements. I'll try to fix the problem later, but I'ven't time just now. The second issue might then be resolved either via a new option (but we already have too many) or via support for CSS's :focus psuedo-class (which might be tricky within the limitations of the current design). HTH, -- Miciah Masters / / From cga2000 at optonline.net Mon Sep 24 16:53:25 2007 From: cga2000 at optonline.net (cga2000) Date: Mon, 24 Sep 2007 18:53:25 -0400 Subject: [elinks-users] Changing the color of Google's input areas. In-Reply-To: <20070915121755.GA22419@hampstead.cs.ecu.edu> References: <20070914204025.GC6915@turki.gavron.org> <20070915121755.GA22419@hampstead.cs.ecu.edu> Message-ID: <20070924225325.GB1865@turki.gavron.org> On Sat, Sep 15, 2007 at 08:17:55AM EDT, Miciah Dashiel Butler Masters wrote: > On Fri, Sep 14, 2007 at 04:40:25PM -0400, cga2000 wrote: > > Would anyone know off the top of their head where I can cause the > > background color of input areas to change when they are "ready" to > > accept typing. > > [...] > > In draw_current_link, there is this line: > > i = !link_is_textinput(link) || ses->insert_mode == INSERT_MODE_OFF; > > So, make sure that document.browse.links.colors.invert is enabled. Thanks much! I (re-)enabled it via the GUI-style online manager--very useful when tweaking your colors, since it gives you instant feedback-- so this is working again. Without a clear distinction between active/inactive text-entry fields, pages such as google's search had become very difficult to use! > There is no option to specify the colours of text fields specifically; > they just take the colours of regular text in the document. There is > similarly no way to configure ELinks to differentiate between active and > non-active or active in insert mode other than inverting the colours. > > So, currently, the only option is to enable the invert option, to give > textareas the foreground and background colours of normal text while you > are in insert mode or it is disabled (i.e. text editing is modeless) and > those same colours inversed otherwise; or to disable the invert option, > which means that whether the textarea is focused is distinguished solely > by emboldening the text. > > For the first issue, I was going to suggest using a user stylesheet. > Unfortunately, there is an issue in the current HTML engine that > prevents styles from being applied to elements of a certain set, which > includes textarea and input elements. I'll try to fix the problem > later, but I'ven't time just now. The second issue might then be > resolved either via a new option (but we already have too many) or via > support for CSS's :focus psuedo-class (which might be tricky within the > limitations of the current design). I'm quite happy with the color-inversion feature .. Would probably need to tweak it a bit since the text-entry field becomes black when I hit enter and typed text is white or light grey .. not really pretty .. but functionally adequate. Check out the rendering of: uk.yahoo.com .. for a sample of what I'm talking about. What would make a world of difference would be to have sufficient CSS capabilities to ensure that the links that "normally" correspond to those horizontal menu bars that so many sites appear to favor these days are rendered somewhat closer to the original. What's currently happening is that all the links are listed one link per line .. which may result in having several pages of such links before you actually get to the text/article you want to read. Are user style sheets .. and how you can enable them in Elinks .. documented anywhere? Would they help improve the rendering? Thank you! cga From cga2000 at optonline.net Mon Sep 24 17:06:37 2007 From: cga2000 at optonline.net (cga2000) Date: Mon, 24 Sep 2007 19:06:37 -0400 Subject: [elinks-users] Unable to access text-entry fields. Message-ID: <20070924230637.GC1865@turki.gavron.org> I needed to check my latest car insurance payment at: http://www.geico.com .. and for some reason I was unable to access the userid field and the password field .. either via tabbing or direct access typing the links' numbers. Interestingly .. if I type Ctrl-R to refresh the page, then I am able to access these fields normally. Unfortunately, I am not willing to provide my userid and password for folks on this list to try to reproduce .. but I don't see any reason why this page should be any different than many others. So I was thinking that someone else might have run into similar problems at other sites where you are requested to enter text .. and as such might be able to advise of at least explain what's going on. Thank You! cga