- Dillo-dev - lists.mailman3.com

ui colors again

by corvid＠lavabit.com

http://www.dillo.org/test/color_themes.diff I was just playing around with making themes selectable. I typed in some color themes that Jorge has suggested, and typos in them are possible. I tried using some of the fltk color indices for our tab colors and button highlight color in order to make the code more uniform, placing the #defines in prefs for lack of an obviously good location. It has code to fix the deactivated icons when the background color changes, but I'm still not very pleased with it.

Jan. 13, 2013

font_factor

by Johannes.Hofmann＠gmx.de

On Fri, Jan 11, 2013 at 05:24:51PM -0300, Jorge Arellano Cid wrote: > On Wed, Jan 09, 2013 at 09:16:08AM +0100, Johannes Hofmann wrote: > > On Tue, Jan 08, 2013 at 11:55:42PM +0000, corvid wrote: > > > > > > I wrote: > > > > In styleengine, we use font_factor for calculation of larger and x-small > > > > and so forth, but we don't apply it when given an ordinary font size like > > > > 11px. > > > > > > Just to double-check: That's not intended behaviour, right? > > > > > > > sorry for the delay... > > This is intentional, but we know that there is a usability issue. > > In CSS px, mm, pt etc. define absolute sizes [1]. > > So if we want to adhere to the CSS spec strictly I think we can't > > just scale them. > > On the other hand web designers just use px without thinking about > > the implications. Also other browsers allow scaling of those fonts > > afaik. > > I think we have the following options: > > > > * ignore CSS and apply font_factor also to absolute font sizes > > I'd apply font_factor, especially if that's what other browsers do. > > > * implement a zoom feature that displays everything larger (also > > images etc. > > Scaling images may hurt (think of PDAs). > An image_factor may help for those (just a wild thought). > > > * check other browsers for more alternatives > > Should check before making a decision. My Firefox has a zoom option, that zooms all text and images and an additional option to zoom text only. I also tend to a apply font_factor to all text. Cheers, Johannes

Jan. 12, 2013

[patch] a_Dpip_send_cmd

by p37sitdu＠lavabit.com

http://www.inventati.org/noname/dillo/dpip-send-cmd.patch Patch adds a_Dpip_send_cmd and helper function a_Dpip_vbuild_cmd. This way common pattern d_cmd = a_Dpip_build_cmd(format, ...); st = a_Dpip_dsh_write_str(sh, flush, d_cmd); dFree(d_cmd); can be replaced with st = a_Dpip_send_cmd(sh, flush, format, ...);

Jan. 12, 2013

mare patches for dpid

by p37sitdu＠lavabit.com

http://www.inventati.org/noname/dillo/dpid-dclose.patch http://www.inventati.org/noname/dillo/dpid-no_dotfiles.patch

Jan. 12, 2013

[patch] list.h cleanup

by p37sitdu＠lavabit.com

http://www.inventati.org/noname/dillo/list.h.patch

Jan. 12, 2013

Intermitent internet access

by jcid＠dillo.org

Hi, FYI, I'm away from home and with intermitent Internet connection. -- Cheers Jorge.-

Jan. 11, 2013

font_factor

by jcid＠dillo.org

On Wed, Jan 09, 2013 at 09:16:08AM +0100, Johannes Hofmann wrote: > On Tue, Jan 08, 2013 at 11:55:42PM +0000, corvid wrote: > > > > I wrote: > > > In styleengine, we use font_factor for calculation of larger and x-small > > > and so forth, but we don't apply it when given an ordinary font size like > > > 11px. > > > > Just to double-check: That's not intended behaviour, right? > > > > sorry for the delay... > This is intentional, but we know that there is a usability issue. > In CSS px, mm, pt etc. define absolute sizes [1]. > So if we want to adhere to the CSS spec strictly I think we can't > just scale them. > On the other hand web designers just use px without thinking about > the implications. Also other browsers allow scaling of those fonts > afaik. > I think we have the following options: > > * ignore CSS and apply font_factor also to absolute font sizes I'd apply font_factor, especially if that's what other browsers do. > * implement a zoom feature that displays everything larger (also > images etc. Scaling images may hurt (think of PDAs). An image_factor may help for those (just a wild thought). > * check other browsers for more alternatives Should check before making a decision. -- Cheers Jorge.-

Jan. 11, 2013

White on white for the active tab

by jcid＠dillo.org

On Thu, Jan 10, 2013 at 08:26:44PM +0000, Jeremy Henty wrote: > > corvid wrote: > > Jeremy wrote: > > > I am getting white text on a white background for the active tab. I > > > haven't changed any colours form the defaults. Why would this be? > > > > Fixed :) > > Thanks! BTW, # # Gray theme (traditional) # ui_fg_color=black ui_main_bg_color=silver ui_text_bg_color=#bfdabf # ui_selection_color # ui_button_highlight_color ui_tab_active_bg_color=#87aca7 ui_tab_bg_color=#b7beb7 # ui_tab_active_fg_color # ui_tab_fg_color -- Cheers Jorge.-

Jan. 11, 2013

[patch] modified a_Dialog_choice5 to accept any number alternatives

by jcid＠dillo.org

On Sun, Jan 06, 2013 at 02:57:48AM +0400, p37sitdu at lavabit.com wrote: > -5 LOC, nothing is changed visually Committed. -- Cheers Jorge.-

Jan. 11, 2013

namespace comments in dw/*

by corvid＠lavabit.com

p37sitdu wrote: > Copied comments are almost in every source file. Committed.

Jan. 11, 2013