- Dillo-dev - lists.mailman3.com

change FLTK scheme for in dillo2

by Johannes.Hofmann＠gmx.de

On Thu, May 14, 2009 at 10:32:25AM -0400, Jorge Arellano Cid wrote: > On Wed, May 13, 2009 at 10:46:36PM +0200, Johannes Hofmann wrote: > > On Wed, May 13, 2009 at 04:33:26PM -0400, Jorge Arellano Cid wrote: > > > On Wed, May 13, 2009 at 07:11:10PM +0200, Johannes Hofmann wrote: > > > > On Wed, May 13, 2009 at 01:02:22PM -0400, Jorge Arellano Cid wrote: > > > > > On Mon, May 11, 2009 at 12:18:34AM +0200, Johannes Hofmann wrote: > > > > > > On Fri, May 08, 2009 at 12:37:50AM +0200, Johannes Hofmann wrote: > > > > > > > On Thu, May 07, 2009 at 03:44:19PM +0000, corvid wrote: > > > > > > > > IL'dar wrote: > > > > > > > > > Can I change colours of dialogues and scrollbar in dillo2? > > > > > > > > > I would like to gets something less bright. > > > > > > > > > Even something like fluid2's -bg option will be ok. > > > > > > > > > > > > > > > > Not currently. > > > > > > > > > > > > > > > > I would not necessarily be opposed to making ui_fg and ui_bg prefs and > > > > > > > > adding a bunch of [class]::default_style->[whatever]color() > > > > > > > > to dillo.cc, although I wouldn't be surprised if we ran into our > > > > > > > > share of places where fltk hardcodes things to, say, GRAY75. > > > > > > > > > > > > > > What do people think about reading X resources as in attached patch > > > > > > > (mainly copied from commented fltk2 code)? > > > > > > > It allows to specify e.g. > > > > > > > > > > > > > > dillo.background:red > > > > > > > dillo.foreground:white > > > > > > > > > > > > > > in your .Xdefaults > > > > > > > > > > > > Jorge, what do you think about this. I actually like it more and > > > > > > more after using it for some days. > > > > > > > > > > The ability to set colors as a theme is a good one. > > > > > Unfortunately I've tried the patch here and saw no difference. > > > > > Am I doing something wrong? (Just applied the patch and set my > > > > > ~/.Xdefaults to what you suggested. No difference in "open file", > > > > > nor "web search" dialogs). > > > > > > > > Hm, did you restart X or use xrdb -merge to load the new config? > > > > > > > > You could also set the colors for all clients like this: > > > > > > > > *foreground: #ffffff > > > > *background: #555555 > > > > *selectForeground: #000000 > > > > *selectBackground: orange > > > > *cursorColor: orange > > > > > > > > > > > > and verify that other programs (e.g. xterm) have the color set properly. > > > > > > Logged out into GDM, and also tried rebooting with the suggested > > > file and nothing happens. > > > > > > xserver-xorg-core Version: 2:1.6.0-0ubuntu14 (Jaunty) > > > > Weird. Can you try "xrdb -merge ~/.Xdefaults" with the settings > > above and then start an xterm? > > Here, for some reason, xterm didn't react to *foreground nor > *background, but honored "*cursorColor". At the same time Xpdf > reacted to *background though. Hm, maybe you have xterm specific resources set somewhere in your system. I guess these would overwrite the wildcard ones. With "appres xterm" you can get all matching resources for "xterm". > > Sometimes dillo changed its colors after a "xrdb -merge ~/.Xdefaults". > Others a xserver restart was needed. In a nutshell, here, > sometimes it works, and sometimes it doesn't. Very strange. The X resources mechanism is quite old and normally works reliably. > > That, and considering dillo running native in OSX, left me > wondering why not just making theme-colors plain dillorc options. > AFAIS it would work more reliably and in more platforms. I strongly prefer to use the standard mechanism for theming on each platform. On X11 this is X resources. That way you can consistently theme all your applications (at least the well behaved ones) with just a few lines in a central file. Also I think it is a great advantage of X resources that they are stored server side. So even applictions that are running remotely will use the consistent set of colors. Nevertheless I agree that this theme code actually belongs in the fltk library. I can try to send a patch to the fltk list that reenables the currently commented out X resources code. Cheers, Johannes

May 14, 2009

JavaScript support experiment

by stevegigijoe＠yahoo.com.tw

Hello all After I successful build and running dillo-2. I pay more attention on how JavaScript support on dillo. There are some discussion on mailing list and useful information. http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-October/005065.html http://lists.auriga.wearlab.de/pipermail/dillo-dev/2009-April/006280.html As dillo is fast and small footprint. Things like JavaScript should not be affect overall performence. What we need ? 1.JavaScript parse engine. I personally prefer SEE (simple ECMAScript Engine). Light weight and seems maintained 2.Document Object Model. We have to all objects and that's relate with engine and browser. An really huge task ... More important how to combine it into dillo ? hard code into or by DPI ? As I'm new to dillo, I don't know you guys interesting about this. So I decide to do an small experiment to implement JavaScript support with libSEE + Boehm-GC. Get patch here http://tw.myblog.yahoo.com/stevegigijoe/article?mid=145&prev=-1&next=138 ****** Modify configure.in to check libsee and gc DOM Supports document.write() document.getElementById() document.forms.length document.[form name].length document.[form name].method document.[form name].reset() document.[form name].[input name].value Input HTML scripts and *.js from url run onClick script before submit ****** Take it as an study case. Any discussion & suggestion is welcome Steve ______________________________________________________________________________________________________ ¥I¶O€~®e¶qµL€W¡HYahoo!©_Œ¯¹q€l«Hœc2.0§K¶Oµ¹§A¡A«H¥ó¥Ã»·€£¥²§R¡I http://tw.mg0.mail.yahoo.com/dc/landing

May 14, 2009

change FLTK scheme for in dillo2

by jcid＠dillo.org

On Thu, May 14, 2009 at 03:29:24PM +0000, corvid wrote: > Jorge wrote: > > Here, for some reason, xterm didn't react to *foreground nor > > *background, but honored "*cursorColor". At the same time Xpdf > > reacted to *background though. > > Are you starting xterm from the cmdline cmdline. > or from some menu that > has -fg and -bg specified in a config file? Besides ~/.xterm what other config file it has? -- Cheers Jorge.-

May 14, 2009

change FLTK scheme for in dillo2

by corvid＠lavabit.com

Jorge wrote: > Here, for some reason, xterm didn't react to *foreground nor > *background, but honored "*cursorColor". At the same time Xpdf > reacted to *background though. Are you starting xterm from the cmdline or from some menu that has -fg and -bg specified in a config file?

May 14, 2009

change FLTK scheme for in dillo2

by jcid＠dillo.org

On Wed, May 13, 2009 at 10:46:36PM +0200, Johannes Hofmann wrote: > On Wed, May 13, 2009 at 04:33:26PM -0400, Jorge Arellano Cid wrote: > > On Wed, May 13, 2009 at 07:11:10PM +0200, Johannes Hofmann wrote: > > > On Wed, May 13, 2009 at 01:02:22PM -0400, Jorge Arellano Cid wrote: > > > > On Mon, May 11, 2009 at 12:18:34AM +0200, Johannes Hofmann wrote: > > > > > On Fri, May 08, 2009 at 12:37:50AM +0200, Johannes Hofmann wrote: > > > > > > On Thu, May 07, 2009 at 03:44:19PM +0000, corvid wrote: > > > > > > > IL'dar wrote: > > > > > > > > Can I change colours of dialogues and scrollbar in dillo2? > > > > > > > > I would like to gets something less bright. > > > > > > > > Even something like fluid2's -bg option will be ok. > > > > > > > > > > > > > > Not currently. > > > > > > > > > > > > > > I would not necessarily be opposed to making ui_fg and ui_bg prefs and > > > > > > > adding a bunch of [class]::default_style->[whatever]color() > > > > > > > to dillo.cc, although I wouldn't be surprised if we ran into our > > > > > > > share of places where fltk hardcodes things to, say, GRAY75. > > > > > > > > > > > > What do people think about reading X resources as in attached patch > > > > > > (mainly copied from commented fltk2 code)? > > > > > > It allows to specify e.g. > > > > > > > > > > > > dillo.background:red > > > > > > dillo.foreground:white > > > > > > > > > > > > in your .Xdefaults > > > > > > > > > > Jorge, what do you think about this. I actually like it more and > > > > > more after using it for some days. > > > > > > > > The ability to set colors as a theme is a good one. > > > > Unfortunately I've tried the patch here and saw no difference. > > > > Am I doing something wrong? (Just applied the patch and set my > > > > ~/.Xdefaults to what you suggested. No difference in "open file", > > > > nor "web search" dialogs). > > > > > > Hm, did you restart X or use xrdb -merge to load the new config? > > > > > > You could also set the colors for all clients like this: > > > > > > *foreground: #ffffff > > > *background: #555555 > > > *selectForeground: #000000 > > > *selectBackground: orange > > > *cursorColor: orange > > > > > > > > > and verify that other programs (e.g. xterm) have the color set properly. > > > > Logged out into GDM, and also tried rebooting with the suggested > > file and nothing happens. > > > > xserver-xorg-core Version: 2:1.6.0-0ubuntu14 (Jaunty) > > Weird. Can you try "xrdb -merge ~/.Xdefaults" with the settings > above and then start an xterm? Here, for some reason, xterm didn't react to *foreground nor *background, but honored "*cursorColor". At the same time Xpdf reacted to *background though. Sometimes dillo changed its colors after a "xrdb -merge ~/.Xdefaults". Others a xserver restart was needed. In a nutshell, here, sometimes it works, and sometimes it doesn't. That, and considering dillo running native in OSX, left me wondering why not just making theme-colors plain dillorc options. AFAIS it would work more reliably and in more platforms. -- Cheers Jorge.-

May 14, 2009

change FLTK scheme for in dillo2

by Johannes.Hofmann＠gmx.de

On Wed, May 13, 2009 at 04:33:26PM -0400, Jorge Arellano Cid wrote: > On Wed, May 13, 2009 at 07:11:10PM +0200, Johannes Hofmann wrote: > > On Wed, May 13, 2009 at 01:02:22PM -0400, Jorge Arellano Cid wrote: > > > On Mon, May 11, 2009 at 12:18:34AM +0200, Johannes Hofmann wrote: > > > > On Fri, May 08, 2009 at 12:37:50AM +0200, Johannes Hofmann wrote: > > > > > On Thu, May 07, 2009 at 03:44:19PM +0000, corvid wrote: > > > > > > IL'dar wrote: > > > > > > > Can I change colours of dialogues and scrollbar in dillo2? > > > > > > > I would like to gets something less bright. > > > > > > > Even something like fluid2's -bg option will be ok. > > > > > > > > > > > > Not currently. > > > > > > > > > > > > I would not necessarily be opposed to making ui_fg and ui_bg prefs and > > > > > > adding a bunch of [class]::default_style->[whatever]color() > > > > > > to dillo.cc, although I wouldn't be surprised if we ran into our > > > > > > share of places where fltk hardcodes things to, say, GRAY75. > > > > > > > > > > What do people think about reading X resources as in attached patch > > > > > (mainly copied from commented fltk2 code)? > > > > > It allows to specify e.g. > > > > > > > > > > dillo.background:red > > > > > dillo.foreground:white > > > > > > > > > > in your .Xdefaults > > > > > > > > Jorge, what do you think about this. I actually like it more and > > > > more after using it for some days. > > > > > > The ability to set colors as a theme is a good one. > > > Unfortunately I've tried the patch here and saw no difference. > > > Am I doing something wrong? (Just applied the patch and set my > > > ~/.Xdefaults to what you suggested. No difference in "open file", > > > nor "web search" dialogs). > > > > Hm, did you restart X or use xrdb -merge to load the new config? > > > > You could also set the colors for all clients like this: > > > > *foreground: #ffffff > > *background: #555555 > > *selectForeground: #000000 > > *selectBackground: orange > > *cursorColor: orange > > > > > > and verify that other programs (e.g. xterm) have the color set properly. > > Logged out into GDM, and also tried rebooting with the suggested > file and nothing happens. > > xserver-xorg-core Version: 2:1.6.0-0ubuntu14 (Jaunty) Weird. Can you try "xrdb -merge ~/.Xdefaults" with the settings above and then start an xterm? Cheers, Johannes

May 13, 2009

change FLTK scheme for in dillo2

by jcid＠dillo.org

On Wed, May 13, 2009 at 07:11:10PM +0200, Johannes Hofmann wrote: > On Wed, May 13, 2009 at 01:02:22PM -0400, Jorge Arellano Cid wrote: > > On Mon, May 11, 2009 at 12:18:34AM +0200, Johannes Hofmann wrote: > > > On Fri, May 08, 2009 at 12:37:50AM +0200, Johannes Hofmann wrote: > > > > On Thu, May 07, 2009 at 03:44:19PM +0000, corvid wrote: > > > > > IL'dar wrote: > > > > > > Can I change colours of dialogues and scrollbar in dillo2? > > > > > > I would like to gets something less bright. > > > > > > Even something like fluid2's -bg option will be ok. > > > > > > > > > > Not currently. > > > > > > > > > > I would not necessarily be opposed to making ui_fg and ui_bg prefs and > > > > > adding a bunch of [class]::default_style->[whatever]color() > > > > > to dillo.cc, although I wouldn't be surprised if we ran into our > > > > > share of places where fltk hardcodes things to, say, GRAY75. > > > > > > > > What do people think about reading X resources as in attached patch > > > > (mainly copied from commented fltk2 code)? > > > > It allows to specify e.g. > > > > > > > > dillo.background:red > > > > dillo.foreground:white > > > > > > > > in your .Xdefaults > > > > > > Jorge, what do you think about this. I actually like it more and > > > more after using it for some days. > > > > The ability to set colors as a theme is a good one. > > Unfortunately I've tried the patch here and saw no difference. > > Am I doing something wrong? (Just applied the patch and set my > > ~/.Xdefaults to what you suggested. No difference in "open file", > > nor "web search" dialogs). > > Hm, did you restart X or use xrdb -merge to load the new config? > > You could also set the colors for all clients like this: > > *foreground: #ffffff > *background: #555555 > *selectForeground: #000000 > *selectBackground: orange > *cursorColor: orange > > > and verify that other programs (e.g. xterm) have the color set properly. Logged out into GDM, and also tried rebooting with the suggested file and nothing happens. xserver-xorg-core Version: 2:1.6.0-0ubuntu14 (Jaunty) -- Cheers Jorge.-

May 13, 2009

Suggestion: update the Doxyfile

by jcid＠dillo.org

On Sat, May 09, 2009 at 04:22:26PM +0100, Jeremy Henty wrote: > > Running doxygen is annoyingly noisy. One reason for that is that the > Doxyfile is from an old version of doxygen and contains obsolete stuff > that triggers warnings. I ran "doxygen -u" locally and submitted the > patch to the list but it broke (just) the 40K limit and stuck in > moderation. You can get it here: > > http://starurchin.org/dillo/patch/update-Doxyfile.txt > > Or a developer could run "doxygen -u" instead. Anyway, I think > upgrading the Doxyfile is a good idea. Thoughts? "doxygen -u" run and its result committed. -- Cheers Jorge.-

May 13, 2009

change FLTK scheme for in dillo2

by Johannes.Hofmann＠gmx.de

On Wed, May 13, 2009 at 01:02:22PM -0400, Jorge Arellano Cid wrote: > On Mon, May 11, 2009 at 12:18:34AM +0200, Johannes Hofmann wrote: > > On Fri, May 08, 2009 at 12:37:50AM +0200, Johannes Hofmann wrote: > > > On Thu, May 07, 2009 at 03:44:19PM +0000, corvid wrote: > > > > IL'dar wrote: > > > > > Can I change colours of dialogues and scrollbar in dillo2? > > > > > I would like to gets something less bright. > > > > > Even something like fluid2's -bg option will be ok. > > > > > > > > Not currently. > > > > > > > > I would not necessarily be opposed to making ui_fg and ui_bg prefs and > > > > adding a bunch of [class]::default_style->[whatever]color() > > > > to dillo.cc, although I wouldn't be surprised if we ran into our > > > > share of places where fltk hardcodes things to, say, GRAY75. > > > > > > What do people think about reading X resources as in attached patch > > > (mainly copied from commented fltk2 code)? > > > It allows to specify e.g. > > > > > > dillo.background:red > > > dillo.foreground:white > > > > > > in your .Xdefaults > > > > Jorge, what do you think about this. I actually like it more and > > more after using it for some days. > > The ability to set colors as a theme is a good one. > Unfortunately I've tried the patch here and saw no difference. > Am I doing something wrong? (Just applied the patch and set my > ~/.Xdefaults to what you suggested. No difference in "open file", > nor "web search" dialogs). Hm, did you restart X or use xrdb -merge to load the new config? You could also set the colors for all clients like this: *foreground: #ffffff *background: #555555 *selectForeground: #000000 *selectBackground: orange *cursorColor: orange and verify that other programs (e.g. xterm) have the color set properly. > > On a more long term basis, most probably we'll end using > FLTK-1.3.x. It would be good to know what theme API it will > use to avoid duplicate work. At least fltk-1.1 programs automatically set their color according to the X resources. The code is just commented out in fltk2. So if we should switch one day we probabely only need to remove the theme code. Cheers, Johannes

May 13, 2009

image memory leak

by Johannes.Hofmann＠gmx.de

On Fri, May 08, 2009 at 05:08:35PM -0400, Jorge Arellano Cid wrote: > On Thu, Apr 23, 2009 at 06:01:56PM +0200, Hofmann Johannes wrote: > > Hi, > > > > I did some more tests regarding that image related memory leak, > > Jeremy reported some time ago. > > It turns out that memory related to aborted images is not released. > > With CSS and the related repushs this seems to happen frequently. > > But I can also trigger it without CSS by hitting Ctrl-R while > > loading a large image. > > Attached diagnostic patch shows the issue. Load a page with a single > > large JPEG image and hit Ctrl-R while it is loading. > > In that case only the second instance of DilloJpeg is deleted. > > > > I tried to figure out, why the first cache client is not getting > > aborted properly but the cache related code is quite complex... > > Does anyone know how this should work? > > The repository has a patch for this bug. It has the debug messages > for easy testing. I've given it some stress but would like to see > how it works in the outside world. > > Please give it some testing. Cool! Also partially loaded images I saw sometimes seem to be fixed now. Cheers, Johannes

May 13, 2009