- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] FLTK

by Jorge Arellano Cid

Hi there! Here come the latest news about the FLTK port feasibility analysis. There're lots of issues, but only a few major ones, so trying to be brief: "The main point of joy in dillo is its extraordinary speed." If porting to GTK2 leads to a much slower browser (as for instance like what Eric's tests showed), and with much bigger memory consumption (twice or more as Owen considered plausible), it certainly becomes a big concern. If the difference between using a BIG browser and dillo narrows to the point of making it better to wait for the BIG one and have all the features, dillo becomes irrelevant. (This is a compose statement because it adds the fact that BIG browsers have more features, which is a thing you currently trade-off for the joy of the speed in dillo). At this point, having an FLTK-based dillo starts to be a very interesting option (especially after considering Owen's remarks, the pango issues, and the new expose model in GTK2 which adds a redesign stage for our progressive rendering). Why did we want to go to GTK2? Mainly because of UTF-8 support. Now, I'll quote some very good news from FLTK's maintainer, Michael Sweet: <q> Jorge, I haven't made the official announcement yet, but we've decided to do a 1.2.x version of FLTK that incorporates many of the FLTK 2.0 things using a FLTK 1.x compatible API. Some things of note: - UTF-8 support - Display/print device support (same code that draws to the screen can print to a printer) - 32-bit coordinates - Basic style/scheme/theme API - New menu, browser, table, spinbox, etc. widgets - Better OSX integration using Quartz instead of QuickDraw - Better RGBA image display using Xrender on X11, AlphaBlend on WIN32, and Quartz on OSX when available. The developers of the FLTK UTF-8 and Fl_Device patches will be joining the project, and we have already completed the initial merge to start things off. We'll probably have beta snapshots available before Christmas, with a "gold" release in early 2004. -- ______________________________________________________________________ Michael Sweet, Easy Software Products mike at easysw dot com Printing Software for UNIX http://www.easysw.com </q> So we'd have: UTF-8, 32-bit coordinates, printer!, themes, antialiasing, etc, and with a much leaner engine. Another strong point is that with the new table widget, and the FLTK layout mechanism, much of the complexity in rendering/resize/event-handling/etc can be sent to FLTK instead of having to directly code it in our widgets. <q author="Michael Sweet"> The current FLTK layout mechanism is infinitely flexible, but takes a little getting used to since there are no layout "hints", just resizeable widgets inside groups. In short, you group widgets (and sometimes create empty "box" widgets) to get the layout behavior you want. This is actually a lot faster than the older Motif-style layout stuff that GTK+ uses... There are specialized group widgets (Fl_Pack, Fl_Tile, etc.) that provide for special positioning/resizing capabilities separate from the user resizing the window. </q> Finally, from what I've seen, images can also be "handed" over to FLTK. Avoiding having to decode them into RGB, and manage them inside dillo (png.c, gif.c, jpeg.c, dicache.c, image.c, dw_image.c, ...). This native FLTK images also provide an alpha channel so background images should be easy to implement too. I've been playing with fltk-1.1.4 for a while. It comes with a manual and lots of examples. ftp://ftp.easysw.com/pub/fltk/1.1.4/fltk-1.1.4-source.tar.bz2 (1.3 MB) Just: ./configure --enable-xft make cd test; ./help to have an idea of HTML rendering with antialiased fonts. then: ./demo to get a feel of the widget set. An interesting exercise. Cheers Jorge.- PS: Sebastian: I'm especially interested in your opinion and concerns about this. We have a very interesting opportunity, and we can ask Michael or Bill Spitzak. PS2: dillo-0.8.0 will be GTK1. (probably with kbnav, frames and tabs). (maybe https as explained in a former email)

Nov. 20, 2003

FORM:DICKSON M.

by MR Dickson Mubane.

FGood Day Friend, With warm heart I offer my friendship, and my greetings, and I hope this letter meets you in good time. It will be surprising to you to receive this proposal from me since you do not know me personally. However, I am sincerely seeking your confidence in this transaction, which I propose with my free mind and as a person of integrity and from a family with high moral respect . My name is Dickson Mubane, the first son of Mapele Mubane, of the most popular black farmer from Zimbabwe, murdered in the land dispute in my country. As led by my instict, My motherand Idecided to contact you through email, after searching for contacts via the internet,as it is the only means I can contact anybody since I am cutting off ties with Zimbabwe for security and safety reasons. However, I apologize if this is not acceptable to you. The purpose of this letter is to seek your most needed assistance in a business venture. Due to the land and political problems in Zimbabwe, as a result of President Robert Mugabe's introduction of new Land Act Reform wholly affecting the rich white farmers and the few rich black farmers, and his desire to hold on to power for life, my father for saw the danger that came in Zimbabwe. Before he was murdered, he withdrewall of our business foreign accounts in dollars and sold up our sharesin major companies. We then went to SOUTH AFRICA to deposit the sum of US$50.million (Fifty million, US dollars),in a private security company. This money was deposited with this Private Security company for safety and security reasons, and was to be used for the purchase of land, new machines and chemicals establishment of new farms in Europe.President Mugabe's support for the violent Zimbabwean war veterans andsome lunatics in the society, led to the murder of my beloved fatherand other innocent lives. I was continually threatened to abandon myinheritance from my father after he was murdered. I resited for awhile, but when the danger became unbearable, and I survived two murderattempts, I fled Zimbabwe. I am currently staying in the Netherlands where I am seeking political asylum. In fact my decision to come hereto seek asylum, is because the security company from South Africa, hasa branch here, and they have moved the deposit from their office in Johannesburg down here. I need you to assist in receiving thisconsignment from the security compamy. Since the law of Netherlands prohibits a refugee (asylum seeker) to be involved in such transactions and my mother advised that it will be better for our foreign partner to help receive this fund to avoid any eye brown being raised by Robert Mugabe, this is why I am seeking a genuine and reliable partner,who will assist in receiving the funds and also investing it wisely in a profitable venture.You have to understand that this decision taken by me entrusts my future and in your hands, as a result of the safe keeping of this money. If you accept to assist me, all I want you to do for me, is to assist with arrangements to claim the deposit from the security company from their office here in The Netherlands, as it has now been transfered from Johannesburg,South Africa to their branch in The Netherlands. The company will be legally informed of you representing my family. For your assistance, I have two options for you. Firstly you can choose to have 10% of the money for your assistance, and helping my family investing this funds, or you can go into partnership with me for the proper profitable investment of the money in your country. Whichever the option you want, please to notify me in your reply. I have also set aside 1% of this money for all kinds of expenses that come our way in the process of this transaction, and 4% of the total sum for Charitydonation.If you prefer to accept the 10% for assisting in representing my family to receive this funds, then 85%will be left for my family.Please, I want you to maintain the absolute secrecy for the purpose of this transaction. I look forward to your reply and co-operation, and Ithank you in advance as I anticipate your co-operation.You can reach me on my private line which is or via email Sincerely, Dickson Mubane. PLEASE YOU CAN READ ABOUT PROBLEMS IN ZIMBABWE FROM THE LINKS BELOW. http://news.bbc.co.uk/1/hi/world/africa/918781.stm http://news.bbc.co.uk/1/hi/world/africa/715001.stm http://news.bbc.co.uk/1/hi/world/africa/1063785.stm

Nov. 20, 2003

Re: [Dillo-dev] Proposal: United Dillo

by Jyri Jokinen

On Thu, Nov 20, 2003 at 04:50:14PM +0100, Indan Zupancic wrote: > Always one Dillo has less overhead than running multiple instances at > the same time. > Beside, if Dillo uses library plugins then there is no need to fork at > all. I'm not really qualified but that has never stopped me before eather. You want to get rid of dpid in favor of library plugins and make dillo execute as one process only. I'm right this far? And once one happens to have 20+ dillo windows open with your proposed way, some library plugin (or dillo itself) decides to halt everything. Or segfault. 20+ browsing windows spirited away. How many times has this happened with Mozilla, M-Firebird or just about any other web browser? How much did you swear after it? Right now I practically allways launch a new dillo when i need a new browser window. It's just so much nicer when all those 50 or more windows I often have open don't go at one blow if something bad happens. > What do you think about it? I think it's the stupidest idea since browser tabs. (*) You asked. Dunno if my facts are right, but this is what my user experience tells me. Feel free to flame me if I got something terribly wrong. -- shared, (*) Nothing personal at Frank, you're a hard working guy doing things you believe in, appreciate it truly even I disagree with some of it.

Nov. 20, 2003

Re: [Dillo-dev] Proposal: United Dillo

by Frank Gevaerts

On Thu, Nov 20, 2003 at 04:50:14PM +0100, Indan Zupancic wrote: > A user can't run more than one Dillo instance. Sometimes it's wanted to > run multiple Dillo's, for instance two different versions. But that isn't > possible at all, or if version awareness is added, without losing > synchronization. It is often useful to be able to run multiple browsers on different displays. Frank -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan

Nov. 20, 2003

Re: [Dillo-dev] Small bug with combined frames/tabs/https patch and gcc 2.9x

by Indan Zupancic

> ssize_t St = SSL_read.... > > TO: > > ssize_t St; > St = SSL_read... The real problem is the "errno = 0" before the St. I handled it as a declaration, while it obviously isn't one. Just realized that after Paul Pelzl pointed it out (say thanks to Paul, he also sent a patch that adds proper openssl autoconfiguration :). I edited the patches, should be fixed now. New https version soon (after making sure the changes I made are worth it). Greetings, Indan

Nov. 20, 2003

Proposal: United Dillo

by Indan Zupancic

Hello, With "united Dillo" I mean that there is always just one Dillo running per user, so when you start Dillo while it is already running, then the current one will open a new window. I made a patch as proof of concept, see: http://www.xs4all.nl/~dorinek/dillo This approach has two big advantages: 1) Always one Dillo has less overhead than running multiple instances at the same time. 2) Automatic synchronization/no need for synchronization anymore. First advantage is in the spirit of Dillo, wanting to be small, light and fast. Second advantage means that doing certain things will be much simpler, like having always cookies, no need to synchronize plugins, meaning that dpid is not really needed anymore, because most of the points from the problem list are solved (see Dpid.txt). Problems that aren't solved: * Forks can be expensive (Dillo had to fork its dpis). But dpid does much more than simply forking: it forks and then starts up an external program (which often also forks and starts up wget). Beside, if Dillo uses library plugins then there is no need to fork at all. * It increments dillo's core size. The patch adds about 70 lines of code to dillo.c and increases dillo with about 1 K. It is true that if you get rid of dpid then more code is needed in Dillo's core. But that's only moving the code to some other place, no real increase if you ask me. Having a seperate dpid has much more overhead at runtime (seperate process versus bigger executable). You can always make a plugin handling library, then it isn't part of Dillo's core. Of course a united Dillo has problems/disadvantages too: It is sometimes still needed to synchronize multiple windows. If it's not implemented carefully, you may lose functionality (aka command line options). A user can't run more than one Dillo instance. Sometimes it's wanted to run multiple Dillo's, for instance two different versions. But that isn't possible at all, or if version awareness is added, without losing synchronization. What do you think about it? Greetings, Indan

Nov. 20, 2003

Small bug with combined frames/tabs/https patch and gcc 2.9x

by Mike Eriksen

I friend of mine ran into trouble with the lovely combined frames/tabs/https patch and gcc 2.9x. It turned out to be an issue already discussed earlier for the stand-alone version of the https patch concerning a small difference between gcc 2.9x and 3.x, but possibly some people did't catch this original discussion. The cure goes like this: At line 842 in dillo/src/IO/IO.c change FROM: ssize_t St = SSL_read.... TO: ssize_t St; St = SSL_read... The same goes for line 872. I had the impression this already was fixed by Indan, but apparently not. Best regards, Mike -- Thinstation FAQ maintainer http://thinstation.sourceforge.net - a light, full featured linux based thin client OS

Nov. 20, 2003

Re: kbnav3 patch test

by Jorge Arellano Cid

Frank, > Jorge Arellano Cid wrote: > > >Hi Frank, > > > > After waiting for a week as you suggested, today I gave a > >review to the new kbnav patch. It feels good! > > > > After some testing I came across a page that produces a > >segfault. The attached patch is against today's CVS + a couple of > >compiler-warning removals. The page is also attached. Beware that > >the segfault is only caught when the new parser is used, and that > >the page has bad-html. The case is interesting though, because a > >weird widget tree is generated and iterators should be able to > >handle/survive them! > > > > Please give it a look. > > > > Cheers > > Jorge.- > > > I have taken a look at your patch-to-my-patch, but did not apply it to > the version I will publish later today. :-o > I did do some manual > reformatting to correct some tab-related problems Good! > (Emacs' use of tabs > messes up things sometimes, and the 2-space indent it uses are not > consistent with Dillo's conventions). Thanks, we strive to be style consistent. BTW, I didn't try to fix indentation in the patch, it was just to do a test run. > Some files seem to be missing from > the patch you sent me, I guess you did not make any changes to those? My mistake. > > I did not see anything in your patch which would have corrected any > compiler warnings by that way, with a possible exception for the > disputed URL_ILLEGAL_CHARS_ macro. In my patch I used > URL_ILLEGAL_CHARS_(u) in html.c, while you use URL_ILLEGAL_CHARS(u). In > the current patch I use URL_ILLEGAL_CHARS(u) as well. The end result > should be the same however now that both versions exist. What compiler > warnings did you get which were corrected by your modifications to my patch? focus.c: In function `Focus_state_find_list': focus.c:268: warning: `list' might be used uninitialized in this function focus.c: In function `Focus_state_find_link': focus.c:465: warning: `list' might be used uninitialized in this function gcc version 3.2.3 > > On that Tarot-page you added to the message, I can say that navigation > is still quirky. But so is the page, it produces 9 warnings about > misplaced </a> tags. If you look at the source, you'll notice that it > misses several closing </A> tags (causing Dillo to allocate links all > over the page). It also contains some links with <BR> in them, which > used to crash patched Dillo because of the problem with > a_Dw_page_construct_iterator (which used to always set the mask to > DW_CONTENT_ALL, I changed this to a user-settable mask like all other > iterators have). I guess you attached the page because of those crashes? Yes, for you to have a way to reproduce it. BTW, that is what I meant with: "page has bad-html". > I will probably publish a new version of the patch (4) today, together > with a new version of the tab/frame patch. That version should be more > or less ready to commit, as no serious problems have cropped up for > several days now. See the list for problems found and corrected > (including the one causing the Tarot page to crash by the way - see my > message dated Wed, 12 Nov 2003 11:00:58 +0100). Oh, I didn't find anything about it at GMANE !? Cheers Jorge.-

Nov. 20, 2003

mail adress

by Sebastian Geerken

Hi! Please send private mail to me via <s.geerken(a)ping.de>. Do not use <sgeerken(a)student.physik.uni-dortmund.de>, the latter causes some problems. Sebastian

Nov. 18, 2003

Re: [Dillo-dev] tabs, https, ...

by Indan Zupancic

Hello, Thank you for your kind offer, but as it looks now it's just Frank and me who could use a CVS branch, and perhaps the Dillo developers are willing to make a CVS branch too, then you don't have to be bothered with mirroring the base Dillo and serving it. Having one or more CVS branches would be great, the question is if the Dillo developers are willing to cooperate and provide them, or that we should make use of your offer. Let's see what Frank has to say about it. Greetings, Indan

Nov. 17, 2003