Dillo - Browser

Browsers, email, chat, etc.
Post Reply
Message
Author
aragon
Posts: 1698
Joined: Mon 15 Oct 2007, 12:18
Location: Germany

#16 Post by aragon »

Eyes-Only wrote:Thank you for your compiling dilligance Aragon as it's always greatly appreciated - and I'm afraid I don't tell you enough.
to much ... :D

aragon

aragon
Posts: 1698
Joined: Mon 15 Oct 2007, 12:18
Location: Germany

#17 Post by aragon »

disciple wrote:Ah, looks like it might take a while to get there.
- It doesn't support javascript yet. Either there was a patch to support javascript, or the patch that extracted some urls or something from javascript worked quite well... the dillo version in old Puppies works for sites like megaupload.com (actually, it is the best browser to use, because it doesn't support flash to show the adds, and it ignores the instruction to make you wait to see the download link). The current version doesn't work.
i see, a real downside.
- It fails to log on to some websites that the gtk version could (in addition to popping up multiple dialogues telling you that the server is not authenticated, instead of just one).
this is still experimental (obvious). i turned it on to test a little. would you prefer a second package with the 'feature' turned off?

aragon

disciple
Posts: 6984
Joined: Sun 21 May 2006, 01:46
Location: Auckland, New Zealand

#18 Post by disciple »

No thanks, don't wory about that for me. I'll still use the gtk one if I want Dillo.
Do you know a good gtkdialog program? Please post a link here

Classic Puppy quotes

ROOT FOREVER
GTK2 FOREVER

User avatar
upnorth
Posts: 287
Joined: Mon 11 Jan 2010, 19:32
Location: Wisconsin UTC-6 (-5 DST)
Contact:

font rendering in dillo and opera

#19 Post by upnorth »

Regarding the font rendering issue mentioned above:

This is not unique to dillo-2.2 or this particular build of dillo2.2. The same situation occurs with opera Version 10.50 Build 6219.
In some cases, when a page loads with stylesheet(s), the fonts appear with jagged edges and wrong sizes. This is most noticeable on V and / characters. This occurs even with local pages and is common among 431, quirky006, and dpup afaik.
The font displayed is actually helvetica and not the intended truetype font.

In dpup484b4:
I renamed the 3 files in /etc/fonts, then added all the files from the debian package(lenny 2.6.0-3)fontconfig-config. This resulted in proper font rendering where it was previously degraded . I don't know specifically what fixed the problem but it is related to fontconfig somehow. Also, rename ~.fonts.conf if present.

This hack has no effect in quirky006 or 431.

There must be a simpler fix out there somewhere that would work in all puppies.

UPDATE: In quirky006, I solved the problem by entering the directory:
/usr/X11R7/lib/X11/fonts/misc Then moving only the helv fonts to a safe hiding place in my home directory. There are only 3 in quirky006. Doing any more than this can bork your system.

In Puppy431, the same procedure works, however, there are 24 helv fonts.

This is only a brute force solution that works and so far no side effects have manifested. I assume that the problem is caused by a stylesheet reference to helv or arial or san-serif and helv is deferenced over san-serif: ex: body,td,th { font-family: arial, helvetica, helv, sans-serif; }
Last edited by upnorth on Wed 17 Feb 2010, 23:17, edited 2 times in total.

User avatar
upnorth
Posts: 287
Joined: Mon 11 Jan 2010, 19:32
Location: Wisconsin UTC-6 (-5 DST)
Contact:

#20 Post by upnorth »

looks like even local.conf is now deprecated for fontconfig-config
Last edited by upnorth on Mon 05 Apr 2010, 19:19, edited 1 time in total.

goingsolar
Posts: 4
Joined: Wed 17 Feb 2010, 18:44

#21 Post by goingsolar »

deleted

disciple
Posts: 6984
Joined: Sun 21 May 2006, 01:46
Location: Auckland, New Zealand

#22 Post by disciple »

There must be a simpler fix out there somewhere that would work in all puppies.
In Dillo's preferences file tell it to use Times New Roman, Arial and Courier? (Or some other fonts that you have and like). Of course your fonts will still look pretty rubbish until you disable all forms of antialiasing and enable BCI hinting :)
Do you know a good gtkdialog program? Please post a link here

Classic Puppy quotes

ROOT FOREVER
GTK2 FOREVER

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#23 Post by ttuuxxx »

disciple wrote:
There must be a simpler fix out there somewhere that would work in all puppies.
In Dillo's preferences file tell it to use Times New Roman, Arial and Courier? (Or some other fonts that you have and like). Of course your fonts will still look pretty rubbish until you disable all forms of antialiasing and enable BCI hinting :)
yes and this murga-linux forum fonts look like crap, well that is because murga-linux uses "MS fontsTrebuchet MS" :shock: :shock: :shock: :shock: :shock: :shock: :shock:
ttuuxxx
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)

User avatar
upnorth
Posts: 287
Joined: Mon 11 Jan 2010, 19:32
Location: Wisconsin UTC-6 (-5 DST)
Contact:

#24 Post by upnorth »

Thanks for the suggestion. Adding those ttf fonts might do the trick,
I'm still pretty happy with the font rendering in general. I use either dejavu or bitstream vera. The default antialiasing and hinting are fine at least for a 14" crt. :wink:

In dillo now, the forum appears exactly as it does in firefox - pretty doggone close, anyway. The problem was that the old X11 bitmap font (/usr/share/X11/fonts/misc/helvB10-ISO8859-1.pcf) was being displayed instead of a scaleable ttf. This occured with a common stylesheet reference like:
"/*
* General rules: Font, Color, Headings, Margins, Links
*/
body,td,th { font-family: arial, helvetica, helv, sans-serif; }"
OR
" /* General font families for common tags */
font,th,td,p { font-family: Verdana, Arial, Helvetica, sans-serif }"

In the puppies, the .pcf font had deference over the .ttf font only with css directives like above. Here, the sans-serif specification should cause a ttf font to be displayed, I think. ??

The dillorc default of #font_sans_serif="DejaVu Sans" or "Bitstream Vera Sans" is sufficient. On other systems, even if you don't have dejavu fonts, the closest matching sans-serif ttf is displayed. On most systems, the important thing to change is the default #font_monospace.

In dpup now, I only have the default fonts.conf fonts.dtd conf.avail conf.d from the deb fontconfig-config package in place and everything is working great. I've since done the same thing in quirky but added the 70-no-bitmaps.conf symlink to conf.d and moved the helv*.pcf fonts back to their proper location and everything is good there.
In puppy431, I still have the helv.pcf fonts stashed away, It works, but it's a dirty hack. I borked quirky once when I was experimenting, then fixed it :shock:


The fonts.dtd shows there is a syntax to deference, prefer, reject fonts for different font families but thats all new for me for now.

Anyway, Thanks to Aragon for making this available :D

don922
Posts: 433
Joined: Sat 19 Jan 2008, 07:58
Location: Nong Yai Buah

geometry problem -- (kind of solved?)

#25 Post by don922 »

Here is the code setting the browser size in /root/.dillo/dillorc

Code: Select all

# Set the desired initial browser size
# geometry=650x545+0+20
geometry=630x550
This has been working and setting the size for several days, however, today when I started the browser the geometry was 558X385. This "new geometry" has continued through several restarts. Nothing changed in the dillorc entry.

What is causing the startup geometry to be different than what is specified in the dillorc?

EDIT: I can't figure out why it worked for a few days then stopped............

How do I fix it?

EDIT: I fixed it by setting the geometry to 700x715. This gives the screen geometry that I want, ie, 630x550.
Last edited by don922 on Sat 20 Feb 2010, 06:57, edited 1 time in total.
[color=green][i]Don -- Thailand[/i][/color]
[url=http://www.puppylinux.com][img]http://tinypic.com/4e0tojl.jpg[/img][/url]

disciple
Posts: 6984
Joined: Sun 21 May 2006, 01:46
Location: Auckland, New Zealand

#26 Post by disciple »

well that is because murga-linux uses "MS fontsTrebuchet MS"
Interesting... but does that mean you actually have that font installed? Otherwise it would use your default font.
Do you know a good gtkdialog program? Please post a link here

Classic Puppy quotes

ROOT FOREVER
GTK2 FOREVER

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#27 Post by ttuuxxx »

disciple wrote:
well that is because murga-linux uses "MS fontsTrebuchet MS"
Interesting... but does that mean you actually have that font installed? Otherwise it would use your default font.
Not sure on that disciple, well with dillo anyways, I set the fonts with the pet I provided above, all the sites fonts looked great, but when I went to www.murga-linux.com the fonts were terrible, that's what gave me the notion to see what is up with the fonts on this forum.
ttuuxxx
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)

mrj
Posts: 19
Joined: Wed 19 Aug 2009, 16:57

#28 Post by mrj »

Using Dillo 2.2 in Pizzasgood's multiuser puppy linux 4.2.1 munga-linux.com's
forum looks good. But to make murga-linux.com forum look acceptable to me
in puppy linux 4.3.1 with Dillo 2.2 I go to "Tools" and uncheck "Use embedded CSS"

One odd thing I've found with Dillo 2.2 is that it no longer shows
the following webpage properly;

http://www.weatheroffice.gc.ca/trends_t ... ric_e.html

Now it wants to save it as a file instead of displaying it.

don922
Posts: 433
Joined: Sat 19 Jan 2008, 07:58
Location: Nong Yai Buah

Missing the Options menu under View

#29 Post by don922 »

I really miss the Options menu under View, that is included in dillo 0.8.6-i18n-misc.

This is a much easier way to make "on the fly" adjustments to the browser rather than opening up dillorc and trying to figure out not only what to adjust but, also, how to make the adjustment.

For example I wanted to get rid of the white background in dillo 0.8.6-i18n-misc it took less than one minute to adjust the background to an eye-pleasing light gold color.

Not including this menu is a real step backwards for dillo 2.2.
[color=green][i]Don -- Thailand[/i][/color]
[url=http://www.puppylinux.com][img]http://tinypic.com/4e0tojl.jpg[/img][/url]

User avatar
upnorth
Posts: 287
Joined: Mon 11 Jan 2010, 19:32
Location: Wisconsin UTC-6 (-5 DST)
Contact:

fontconfig-config (x11 bitmap fonts vs freetype)

#30 Post by upnorth »

This is for testing only

This pet will fix the issue with the incorrect font being displayed on some html pages. This issue can occur with dillo2+ and opera10+ web browsers, but usually not Moz. It is possible that it occurs with other applications. This is characterized by squares appearing in place of some characters, a general jagged appearance, and improper sizing.

What is occuring is that the old nonscaleable X11 bitmap fonts are being displayed instead of the expected ttf font: [helv*.pcf instead of the intended sans-serif ttf, and tim*.pcf instead of the intended serif ttf or the alternate type 1 pfb font.] This happens when a sylesheet or embedded html specifies something like: body,td,th { font-family: arial, helvetica, helv, sans-serif; } or
<FONT FACE="Book Antiqua, Times New Roman, Times, Serif".


The pet will only install files to the /etc/fonts folder. It will overwrite the default fonts.conf and add two subdirectories: conf.avail & conf.d. The conf.d folder only contains symlinks to the xml files in conf.avail.

Although this pet can be installed or uninstalled cleanly, you should definately place a copy of your current /etc/fonts folder into your home directory prior to installing. This way you will have a copy of your original configuration should you ever need it. This is especially true with full hard installs of Puppy,

This has only been tested in Puppy431, Dpup484b4, the Quirkys, Spup, newer Slaxer_pups and shouldn't be installed in anything older.


Notes:
The net effect of this pet is to block the availability of Bitmap Fonts to most applications. This effect can be nullified by removing the symlink "70-no-bitmaps.conf" from /etc/fonts/conf.d, then run fc-cache -f if necessary. If you want to reenable it, ctrl-shift-drag the 70-no-bitmaps.conf in /etc/fonts/conf.avail to /etc/fonts/conf.d.

These url's provide a good overview of the font system:
http://fontconfig.org/fontconfig-user.html
http://www.x.org/archive/X11R7.5/doc/fonts/fonts.html

This is for testing only
Attachments
fontconfig-config-431.pet
standard config system for fontconfig
(12.26 KiB) Downloaded 875 times
Last edited by upnorth on Thu 15 Jul 2010, 01:45, edited 7 times in total.

User avatar
upnorth
Posts: 287
Joined: Mon 11 Jan 2010, 19:32
Location: Wisconsin UTC-6 (-5 DST)
Contact:

fontconfig for quirky

#31 Post by upnorth »

If you are using quirky, there is now a full fontconfig pet from coolpup:

http://puppylinux.org/wikka/fontconfig
Last edited by upnorth on Sun 25 Apr 2010, 18:16, edited 1 time in total.

User avatar
upnorth
Posts: 287
Joined: Mon 11 Jan 2010, 19:32
Location: Wisconsin UTC-6 (-5 DST)
Contact:

crappy fonts in dillo or opera

#32 Post by upnorth »

Here is the simpler and smaller fix for the "dot matrix font" pita. Assuming the default /etc/fonts of a standard puppy: Insert this code into your /etc/fonts/local.conf file just above the </fontconfig> tag.

ADDED NOTE: you can add this to your /root/.fonts.conf if you prefer.

Code: Select all

<selectfont>
  <rejectfont>
   <pattern>
     <patelt name="scalable"><bool>false</bool></patelt>
   </pattern>
  </rejectfont>
 </selectfont>
When you are done your local.conf will appear as:

Code: Select all

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<!-- /etc/fonts/local.conf file for local customizations -->
<fontconfig>
<!--
  Enable sub-pixel rendering
	<match target="font">
		<test qual="all" name="rgba">
			<const>unknown</const>
		</test>
		<edit name="rgba" mode="assign"><const>rgb</const></edit>
	</match>
-->
<selectfont>
  <rejectfont>
   <pattern>
     <patelt name="scalable"><bool>false</bool></patelt>
   </pattern>
  </rejectfont>
 </selectfont>

</fontconfig>
thanks for mikeb's jan23 post

In some situations, a reboot may be necessary.
Last edited by upnorth on Thu 22 Jul 2010, 16:35, edited 2 times in total.

User avatar
technosaurus
Posts: 4853
Joined: Mon 19 May 2008, 01:24
Location: Blue Springs, MO
Contact:

#33 Post by technosaurus »

there are quite a few patches for the good old gtk1 version here:
http://teki.jpn.ph/pc/software/index-e.shtml#dillo-i18n
and here:
http://projects.mobileread.com/iliad/us ... -splitted/


I found the second set here:
http://www.mobileread.com/forums/showth ... 870&page=6
along with an explanations
Yes, I recall what they were for .

The patches on http://projects.mobileread.com/iliad...atch-splitted/ are for the following:

dillo-0.8.6-file.patch - Make opening local files work (code: loads the file in its entirety to memory and feeds that to the parser; not optimal but was the easiest route)
dillo-0.8.6-iliad-support.patch - Page scroll with left mouse button instead of middle button; this is: when you drag the page with the stylus, it scrolls (code: swap the references to left mouse button with the ones for middle mouse button in some places; add the list of changes in the about page).
dillo-0.8.6-next-v3.patch - If you press the next button (right arrow in the toolbar) and there is no next page in the page cache history, it will try to guess the next page and load it; did it to act as a rough comic book viewer (code: look for the last number in the URL, increment it and try to load that page)
dillo-0.8.6-utf8-support-v2.patch - Some support for utf-8 pages, so that it can show properly the Spanish Wikipedia; only supports the latin1 part of utf-8, and only transforms the pages that announce themselves as utf-8 (code: if the page advertises itself as utf-8, convert the latin1 utf-8 codes to latin1 codes; latin1 is iso-8859-1 codepage, the one supported in dillo 0.8.6).

And that's all. The patches are simple but not trivial. They just make dillo more usable on the iliad (at least for me .

So, apply them to your build (they don't cause unstabilities AFAIK ). Also, you should modify the about page in dillo-0.8.6-iliad-support.patch to note your changes/additions .

P.S.: About the dillo2 port: the fixed font is installed (the X server won't start without it), so that error is strange.

P.S.2: Ups! Those posts are material for the devel's corner...
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].

redandwhitestripes
Posts: 179
Joined: Fri 02 Jan 2009, 06:49

Re: crappy fonts in dillo or opera

#34 Post by redandwhitestripes »

upnorth wrote:Here is the simpler and smaller fix for the "dot matrix font" pita. Assuming the default /etc/fonts of a standard puppy: Insert this code into your /etc/fonts/local.conf file just above the </fontconfig> tag.......

In some situations, a reboot may be necessary.
Worked a charm without reboot, thanks.

User avatar
upnorth
Posts: 287
Joined: Mon 11 Jan 2010, 19:32
Location: Wisconsin UTC-6 (-5 DST)
Contact:

#35 Post by upnorth »

Just found this on the dillo-dev mail list @

http://lists.auriga.wearlab.de/pipermai ... 07614.html

Might be helpfull for some.

What exactly does not work? Are you seeing little square instead of
tamil characters?
In that case you can try to install FreeSans and FreeSerif, which
are part of the freefont package.
Then change the fonts in your dillorc to:

font_serif="FreeSerif"
font_sans_serif="FreeSans"

Note however, that you might also need to force the use of these new
default fonts in case the webpage chooses a different font
explicitely. To do that add e.g.

* {font-family: sans-serif !important}

to your ~/.dillo/style.css file.

Hope that helps,
Johannes

Post Reply