- Dillo-dev - lists.mailman3.com

Strange valgrind complain
by jcid＠dillo.org Jan. 7, 2009

Jan. 7, 2009

Hi there, With Johannes, we're trying to find out why valgrind complains on the newest CSS branch with a certain URL: $ valgrind --tool=memcheck --leak-check=yes \ ./dillo http://selenic.com/pipermail/mercurial/ &>out $ less out There're several "Invalid read of size 1". It doesn't complain with a local file, nor after repush. It seems the timing is important, and maybe the decoder... Please help us, it's important to stabilize this branch before merging into main. -- BTW, after we merge CSS into the main branch, it seems like floating objects will be the highest priority. Dillo rendering would improve a lot by using both! -- Cheers Jorge.- ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________

3 11

default search engine
by corvid＠lavabit.com Jan. 7, 2009

Jan. 7, 2009

I was thinking about the news that was going around last month about yahoo making its data retention period shorter (with exceptions to let them get away with whatever they want, but that's par for the course). e.g. http://www.theregister.co.uk/2008/12/17/yahoo_anonymization_explained/ It seems like a good idea to set the search_url default to whoever is the...let's say "least bad" in terms of privacy at a given time.

1 0

Re: Added a right-click menu to the form submit button (allows to show hiddens)
by Johannes.Hofmann＠gmx.de Jan. 6, 2009

Jan. 6, 2009

this is cool! Johannes

1 0

Re: We have competition!
by sandshrew＠gmail.com Jan. 4, 2009

Jan. 4, 2009

> http://www.freesoftwaremagazine.com/columns/h3v_web_browser_it_dillo_killer > > What a headline! I was testing hv3 for quite awhile when the project was still active and would like to point out some stupid mistakes made in the article: 1) it's NOT h3v or h3w - it's hv3 (Html Viewer 3)! 2) it's written primarily in TCL, not in C; 3) both dillo and hv3 do support SSL (hv3 requires TLS for that and TLS is incorporated in the startkits, provided in the official website) 4) in both articles it is said "developerS". Actually 99% of the code (some parts were borrowed from another TCL browser called "BrowseX"(http://wiki.tcl.tk/2136)) was written by one genius named Daniel Kennedy. 5) Dillo actually launches a lot faster than hv3, but hv3 renders pages really fast too. And few comments from my side... Hv3 has a lot better bookmark manager when compared to dillo. Furthermore, in addition to bookmark, setting and cookie saving it can save history and has autocompletion. It has highly advanced css support - it even passes ACID2 test (something what microsoft with their internet exploiter was trying achieve for quite awhile...). As it's primarily written in TCL, it's platform independent, doesn't require any external dependencies, can run straight from USB flash memory (it can also save its db there too). Unlike dillo, hv3 also supports frames. Finally, even it's considered to be alpha state software, at least when javascript support is disabled, it is pretty stable. If you'd like to know something more about hv3, I think, you should still be able to contact Daniel - danielk1977 AT gmail DOT com. BTW, I don't know the current status of SEE project, I just know that the last time I checked (half a year ago or so) it had really many problems. SEE: http://www.adaptive-enterprises.com.au/~d/software/see/ -- Brain: an apparatus with which we think we think. - A. Bierce

1 0

Re: We have competition!
by sandshrew＠gmail.com Jan. 4, 2009

Jan. 4, 2009

Sorry to disappoint you, but hv3 is officially unmaintained already for almost a year and SEE has LOTS of problems... -- Brain: an apparatus with which we think we think. - A. Bierce

3 3

open new tab
by Hole.destructor＠gmx.de Jan. 3, 2009

Jan. 3, 2009

Hi Dillo team, I have a simple question concerning the new tabbed browsing feature in Dillo2: The only way to open a link in a new tab seems to be a click with the middle mouse button. Since there are some people, who don't have a mouse (for example on Laptops, MacBooks etc.) and therefore must find this middle-click very unhandy, I was wondering whether it is possible to open a link within a new tab by using another method, for example the common <CTRL>-<left mous button> combination? If this is currently not possible, could you introduce it in a future version of dillo? (I think the inofficial Dillo version, which is currently shipped with Debian/Ubuntu knows this alternative combination.) Many thanks in advance for your help, Alexander

1 0

[patch]: use the dlib dStr* functions everywhere
by onepoint＠starurchin.org Jan. 2, 2009

Jan. 2, 2009

This is a small consistency cleanup. Most of the Dillo source uses dlib's dStr* functions for string operations. This patch fixes the few places that do not. Jeremy Henty

2 1

Best wishes for 2009!
by jcid＠dillo.org Jan. 2, 2009

Jan. 2, 2009

Hi there, Please receive my best wishes for this new year 2009! We've come a long way since dillo restarted, and progress in several fronts has improved the browser a lot. Thanks to you all for the good work!!! > Amyway, it looks like 2009 will be an exciting year for Dillo. In the hope of it coming true, I just sent Johannes an image handling patch series for CSS to work properly with stylesheet loading. Just wait for his signal after he commits to download and enjoy the new code. Note: I'm still working on it, but it's quite usable "as is". -- Cheers Jorge.- ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________

2 1

[patch]: fix dialog callback
by onepoint＠starurchin.org Jan. 2, 2009

Jan. 2, 2009

Dialog_user_password_cb() should not use VOIDP2INT, because the (void *) argument was originally an (int *), not an int or long. This bug makes the dialog always call its callback even when the user presses the Cancel button. As a result it is futile to cancel the Basic Authentication dialog: the page reloads and the dialog pops up again. Patch attached. Jeremy Henty

2 1

[patch]: refactor Auth_parse_auth_basic()
by onepoint＠starurchin.org Jan. 2, 2009

Jan. 2, 2009

This patch implements a previous suggestion to break up Auth_parse_auth_basic() into smaller functions and eliminate gotos. Please comment. Jeremy Henty

2 1