June 2003 - Dillo-dev - lists.mailman3.com

Tabbed version of Dillo
by Frank de Lange 13 Jun '03

13 Jun '03

Hiya, I have finally found some time to work on my tabbed version of Dillo, which I mailed about last week. I hope to have it ready for first release in a few days. If anyone is planning extensive architectural changes to one of these files in the next few days, please let me know: interface.c html.c web.c nav.c plain.c cache.c capi.c browser.h Some other changes I made: - I separated the pagemark functionality into its own file, and renamed the functions from 'pagemarks' to a_Pagemark_... files pagemark.c/h - new files for tab and document functionality files tab.c/h, doc.c/h There is still quite a bit of 'interface' code in the document rendering path (just do a search for a_Interface_ and see from where these functions are called...). This needs to be dealt with for implementation of frames. I'm currently looking at this, but I will probably not implement it before I release the patch. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

1 0

gtk-list@gnome.org
by Jorge Arellano Cid 12 Jun '03

12 Jun '03

Hi, Is anyone here member of "gtk-list(a)gnome.org"? I sent an email some days ago there and it is being "held" for aproval because I'm not a member. If someone has a membership there please let me know to forward my message through him. Thanks Jorge.-

1 0

New program icons (not toolbars)
by Jorge Arellano Cid 11 Jun '03

11 Jun '03

Hy Guys! Just look at the new stuff at: http://www.dillo.org/Icons/ Enjoy Jorge.- PS: Poll is over, we all agreed on making JG's icons the default!!!

3 2

the #anchor links not going to history
by Jan Stary 10 Jun '03

10 Jun '03

Hello, there seems to be the following problem with the history of browsing: If first.html contains a link <a href="second.html">, then clicking on it gets you to second.html - OK. If second.html contains a link <a href=#"anchor"> pointing to a place in second.html, then clicking on the link gets you to #anchor - OK. But then, when you press [,] to go back, you get back to first.thml. Definitely, you want [,] to get you back to the beginning of second.html. It looks like the #anchor links don't go into the 'stack of previous places'. I don't mean that second.html#anchor should be remembered as a unique record in browser history (e.g. for future runs, after dillo supports it), but definitely it's a step 'forward from second.html', so going 'back' should go to second.html, not first.html. Cheers Jan

2 1

Workaround for bugs 396 & 445 (entities display)
by Nikita V. Borodikhin 09 Jun '03

09 Jun '03

Hello, all Dillo developers ! As mentioned in HTML 4.01 spec what should be done when html renderer cannot display a symbol is up to renderer. Current code renders all characters with code 0..255 but skip all the others silently. I prefer lynx/links approach to this problem. If they should display symbol which cannot be displayed properly in current locale they render ascii-only representation of this symbol, e.g. "α" -> "a", "Χ" -> "X", "&lowast;" -> "*". Included small patch does that for all entities mentioned in html.c and this table is much more compact than links' one and does not allow transliteration of foreign language as links does. I believe that this patch is a temporary solution for this problem and when dillo migrates on GTK2 and this problem will be solved mush more reliable and elegant way by using standard symbol fonts via fontsets. I should mention also that if your encodings is not ISO-8859-1 (Latin-1) then you should probably use Russian patch http://stuphead.asplinux.ru/dillo/index.html for localization. It shall be updated soon to translate entities to your encoding and show representations for others. Yours, Nikita

2 6

can't connect remote host!!
by ronnie 09 Jun '03

09 Jun '03

hi all! I'm new user dillo and the first question is the dillo can't connect remote host .I have set the file "dillorc" in the path ~/.dillo/dillorc : # Set the proxy information for http #http_proxy=http://localhost:8080/ http_proxy=http://localhost:8080/-------which need username and passwd; once I set the proxy as :http_proxy=http://proxy.neusoft.com:8080/ It still can't connect remote host. additional I set : # When using a proxy, this sets the domains to access without proxy. # (separated with a single space -- see examples below) #no_proxy = ".mynet.com" #no_proxy = ".mynet.com .other.net .foo.bar.org" no_proxy = ".web.neusoft.com"-----Url our company internal. all of those setting can't make dillo connect any host! could you help me sir ? ********************************************* Sincerely Yours Wang Xingqiang Embedded Software Division. Neusoft Middleware Technologies Company Neusoft Park, Hun Nan Industrial Area, New & High-Tech Development Zone, Shenyang 110179, PRC TEL:+86-24-83665518 E-mail:wang_xq@neusoft.com Http://www.neusoft.com

2 1

chinese support!!
by ronnie 09 Jun '03

09 Jun '03

hi all! I insert follow into the dw_style.c's Dw_style_font_relize : strcat (fontname, "-adobe-helvetica-medium-r-normal--16-*-*-*-*-*-iso8859-1,\ -*-*-medium-r-normal--16-*-*-*-*-*-gb2312.1980-0,*-r-*"); font->font = gdk_fontset_load(fontname); // font->font = gdk_font_load (fontname); and then dillo can display chinese but the window can not show properly . However dillo-0.7.2 dose not suport pango and is based on gtk-1.2 ,the most important is dillo dose not internationlize .Why this change can make dillo display chinese ? I'm so puzzling! ********************************************* Sincerely Yours Wang Xingqiang Embedded Software Division. Neusoft Middleware Technologies Company Neusoft Park, Hun Nan Industrial Area, New & High-Tech Development Zone, Shenyang 110179, PRC TEL:+86-24-83665518 E-mail:wang_xq@neusoft.com Http://www.neusoft.com

2 1

Re: [Dillo-dev] HTTPS support
by CHEE BIN HOH 09 Jun '03

09 Jun '03

On Sat, 2003-06-07 at 21:51, Madis Janson wrote: > > On Fri, 6 Jun 2003, Jorge Arellano Cid wrote: > > > The "http to https proxy" is what I call dpi! > > > > I'm working very hard with Ferdi extending the dpi1 design with > > a general plugin manager. We have working code and it had gone > > great on tests. I hope to commit the first version in a week or > > so. > > > Great! > > > > This will ease the process of understanding and developing a > > dpi. I hoped all the concepts and internal working to be clear > > from the dpi1 spec and the bookmarks server code, but it is > > certainly very complex to understand it fully (inside and outside > > of dillo and inside the dpi and within the CCC for dpi). > > It would be useful, if you could put some of the basic dpi server > functionality into a simple library (so dpi tag parsing does not have > to be reimplemented in every dpi server written in C). > > > > Now, as I'm not an HTTPS expert, I don't know what interactions > > will be required to support https fully. That is what data > > exchanges/questions/ are required for each operation. > > > > For instance, when the server's certificate can't be verified > > (by the https dpi in this case), the user must be asked whether > > to accept it under this doubt. This will traduce into a dpi > > command sent to dillo, something like: > > > > <dpi cmd='question' srv='https' > > text='Accept unverified connection from this server?' > > options='YES|NO'> > > > > Then dillo will make the window, ask the user, and send the > > answer back: > > > > <dpi cmd='answer' srv='https' answer='YES'> > > > > ...and the https dpi can resume. > > It would be nice, if some certificate fields (issuer, dates) and > certificate MD5/SHA1 hashes would be also shown to the user. This > allows user to verify the certificate hash in a rare case, when > (s)he has got the hash previously using some trusted channel > (printed to paper for example). > > > > Appart from this one, what else is required? > > That I don't know in detail. <-- (this is a question!) > > On the connection side, nothing. Some way for adding trusted certificates > is needed. This could be achieved by coping these certificate files to > certain directory (like .dillo/certificates), although it is _maybe_ > easier for user, when this can be done using some file open dialog (which > will tell the dpi plugin to get the file from specified location). I think > the dialog way of adding certificates is not essential (notably, because > its a very rare activity). > how about adding client side certificate into the https proxy (dpi plugin), certain website might requires a client certificate (which user can obtain from them), it is good if we can allow the user to add a file certificate so or allow another level of plugin to retrieve the client certificate from like smartcard, or other entity, so the https proxy can verify the client with the server. But this happen very rare. -- -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chee Bin HOH (cbhoh) iVEST Department, Mimos Bhd, Technology Park Malaysia, 57000, Kuala Lumpur, Malaysia. http://www.mimos.my http://www.ivest.com.my -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+JkDQAlAFlqwDyl4RAqrhAKClZ50SvSMPeMWYEHbGKQDnfN5FQwCg4JGH u4FBpHbJTKfskuJiS9BjP2o= =pnCn -----END PGP SIGNATURE-----

2 1

can not connect remote web!
by ronnie 08 Jun '03

08 Jun '03

hello everyone! I have installed dillo on my pc(redhat 7.2) and find it's perfect.But I can connect any remote web through our company proxy .can you tell me how set the proxy in dillo and make me enjoy the lightweight browser? ********************************************* Sincerely Yours Wang Xingqiang Embedded Software Division. Neusoft Middleware Technologies Company Neusoft Park, Hun Nan Industrial Area, New & High-Tech Development Zone, Shenyang 110179, PRC TEL:+86-24-83665518 E-mail:wang_xq@neusoft.com Http://www.neusoft.com

2 2

Tabbed version of Dillo
by Frank de Lange 07 Jun '03

07 Jun '03

FYI, I have added the often-requested 'tabbed browsing' feature to dillo. Even though it works fine, I want to finish the patch before I send it off for inclusion (or rejection, see below). To add this feature, I have created a new 'document' abstraction in Dillo, the 'DilloDoc'. This contains all data related to a single 'browser document' (including navigation history, etc), many parts of which used to reside in the 'BrowserWindow'. This was necessary to separate 'interface' functionality from 'document' functionality, as a tabbed browser can have 'document' activity going on in the background (eg. load a tab in the background while reading another tab, etc). When ready, I'll send a patch to jcid(a)softhome.net. <OT> I know that tabbed functionality can also be implemented at the window manager level, but I happen to like having it in the browser itself. It also saves memory compared to having several instances of Dillo loaded, which fits in nicely with Dillo's 'philosophy'. </OT> Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

5 5